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1-2-7 تعليمة الاختيار (أو الاسترجاع) 
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2-5-1-2-7 القيم الغائبة 
1-2-5-1-2-7 المنطق الثلاثي القيم 
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8-1-2-7 دوال التجميع (أو الأعمدة) 

(GROUP BY) عبارة التجميع‎ 9-1-2-7 

10-1-2-7 عبارة ترشيح المجموعات الفرعية (HAVING)‏ 
11-1-7 استخدام تعليمات المجموعات لدمج نتائج تعليمات اختيار متعددة 
1-11-1-2-7 الاتحاد 
2-11-1-2-7 التقاطع 
3-11-1-2-7 الفرق 

الفصل الثامن: لغة الاستفسار البنائية — الجزء الثاني 

1-8 الضرب الكرتيزي وربط الجداول في تعليمة الاختيار 
2-8 الاستفسارات المتداخلة 
1-2-8 العوامل العلاقیة IN, ANY, ALL‏ 
2-2-8 الاستفسارات المتداخلة المتعددة المستويات 


ааа саа уу 3:928 


1-3-2-8 العامل العلاقي EXISTS‏ 
1-3-8 تعليمة الإضافة 


2-3-8 تعليمة الحذف 
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3-3-8 تعليمة التحديث 
4-8 دوال الوقت والتاریخء ودوال الأرقامء ودوال السلاسل الحرفیة ودوال التحويل 
1-4-8 دوال الوقت والتاريخ 
2-4-8 دوال الأرقام 
3-4-8 دوال السلاسل الحرفية 
4-4-8 دوال التحويل 
5-8 لغة التحكم في البيانات 
1-5-8 منح الصلاحيات 
1-1-5-8 منح الصلاحيات على المنظورات 
2-1-5-8 إعطاء الحق في تخويل الصلاحية 
2-5-8 سحب الصلاحيات 
الفصل التاسع: موضوعات متقدمة في نظم قواعد البيانات 
1-9 المعاملات (TransaCtions)‏ 
1-1-9 التأكيد على خصائص المعاملات في نظم إدارة قواعد البيانات 
1-1-1-9 نظام التحكم في التزامن 
2-1-1-9 نظام الاستعادة (أو التشافي) 
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1-2-1-9 الزنادات 

2-2-1-9 الإجراءات المتكررة 
2-9 قواعد البيانات الشيئية 

1-2-9 مفاهيم الأشياء الموجهة 

1-1-2-9 مفهوم الشيء 

1-1-1-2-9 ذاتية الشيء 

2-1-1-2-9 حالة (أو قيمة) الشيء 

3-1-1-2-9 سلوك (أو عمل) الشيء 

2-1-2-9 الفئة (أو الصنف) 

1-2-1-2-9 أنواع العمليات 

3-1-2-9 مفهوم التغليف 

4-1-2-9 التحمیل الزائد 

5-1-2-9 هرميات الأصناف والتوريث 
3-9 قواعد البيانات «العلاقية - الشيئية» 
1-3-9 مفاهيم قواعد البيانات «العلاقية - الشيئية» 


1-1-3-9 خصائص قواعد البيانات «العلاقية - الشيئية» 


4-9 قواعد البياتات الموزعة 
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493 
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495 


496 


497 


500 
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505 


508 


513 


513 
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1-4-9 خيارات توزيع البيانات 
1-1-4-9 تكرار البيانات 

2-1-4-9 التقسيم الأفقي 

3-1-4-9 التقسيم الرأسي 
4-1-4-9 الجمع بين خيارات التوزيع 


Distributed TransaCtions) تنفيذ المعاملات المورّعة‎ 2-4-9 
(ExeCution 


(TransaCtion ExeCution Model) نموذج 14% المعاملة‎ 1-2-4-9 


1-1-2-4-9 بروتوكول التثبيت ذو المرحلتين Two-Phase Commit)‏ 
(2PC)‏ 


1-1-1-2-4-9 التشافي من الأعطال عند استخدام «بروتوكول التثبيت ذو 
المرحلتين» 


2-1-1-2-4-9 بروتوكول التثبيت ذو المرحلتين المتعَدّد المستويات 


1-2-1-1-2-4-9 التشافي عند استخدام «بروتوكول التثبيت ذو المرحلتين 
المتعذد المستويات» 


ملحق رقم (1): حالة دراسية - قاعدة بيانات جامعة أهلية افتراضية 
ملحق رقم (1) - 1: قواعد العمل المعمول بها في الجامعة 


ملحق رقم (1) - 2: النموذج المفاهيمي لقاعدة البيانات 


ملحق رقم )1( - 3: النموذج المنطقي لقاعدة البيانات 516 


ملحق رقم (1) - 4: جداول قاعدة البيانات حسب بنائها باستخدام نظام إدارة 
беа‏ ات gal‏ 517 


ملخق رق( 5 العلاقات بين جداول قاغده البياناك سبدب ہفاتھا ба‏ 
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مقدمة 


55 المعلومات في وقتنا الراهن أحد ДА}‏ موارد المنظمات؛ وذلك على اختلاف مجالات 
عملها ونظراً لأن المادة الأساسية التي تُستقى وتستنبط منها المعلومات هي البيانات؛ فقد حدا هذا 
بالمنظمات المختلفة إلى جَمْع البيانات» سواء التاريخية منها أو الحديثة» وتخزينها في أماكن تضمن 
المحافظة عليها من العبث أو التخريب هذا بالإضافة إلى العمل الدؤوب على تحديث هذه البيانات؛ 
لكونها أحد الموارد الرئيسية والمهمة للمنظمات ومع تزايد أهمية البيانات في المنظمات الحديثة 
ظهرت الحاجة الماسة إلى مكننة طرق جفظ واسترجاع البيانات بالإضافة إلى معالجتها؛ حتى 
أضحت هذه الطرق جوهر أي نظام معلوماتي حديث كما أضحت النظم التي تقوم بحفظ واسترجاع 
ومعالجة البيانات تُعرّف بنظم إدارة قواعد البيانات وبات مجال نظم قواعد البيانات واحداً من 
أخصب التخصصات العلمية 850 من قبل الباحثين» وتطبیقاً من قبل المتخصصین في مجال تطوير 
ahili‏ المعلوماتية؛ لكون هذا المجال يتعامل مع كافة أنواع المنظمات» ومنها - على سبيل المثال 
ولیس الحصر- تلك التي تُعنَى بالتعليم» والرعاية الصحيةء والمكتبات» والأعمال البنكية وأسواق 
المالء والتجارة الإلكترونية 


ونتيجة للأهمية الكبيرة لقواعد البيانات والنظم التي تُعنَى بإدارتها؛ а ма‏ تأليف عددٍ كبير 
من الكتب العلمية المتخصصة باللغة الإنجليزية في هذا المجال؛ موجهة لفنات مختلفة من القراءء 
ومن ضمنها الكتب الدراسية التي уй‏ في المراحل الجامعية المختلفة ويتوفّر من بين هذه الكتب 
حالیاً عدد لا بأس به من الكتب الجامعية التي Зай‏ مراجع دراسية متميزة للطلبة المتخصصین في 
مجال الحاسب الآلي؛ سواءٌ أكان ذلك للمرحلة الجامعية أم للسنوات الأولى من مرحلة الدراسات 
العلياء ومن ضمنها تلك المدرجة ضمن مراجع هذا الكتاب وقد ألّف هذه الكتب أساتذةٌ 


متخصصون في مجال قواعد البيانات ولهم Oh s EL‏ في البحث العلمي والتدريس في هذا المجال 
على المستوى الدولي كما أن هذه الكتب ظهرت في طبعات مختلفة حَظیّت بالكثير من التنقيح 
والتطوير؛ حتى أصبحت بالشكل المتميز التي هي عليه الآن وعلى الرغم من أن مجال قواعد 
البيانات أصبح من المجالات التخصصية المعروفة التي لها كيانها الخاص ضمن تخصصات علوم 
الحاسب الآلي؛ فإنه 2 Сул лә‏ كبيرٌ في مكتبتنا العربية من الكتب العلمية المتخصصة التي تتعاطى 
مع مجال قواعد البيانات بشكلٍ علمي یتسم بالعمق والشمولية؛ من حيث العرض والتحلیل والنقاش 
للمواضيع الرئيسية التي تدور حولها dalia‏ وتقنيات قواعد البيانات ونظمها وقد شجع هذا 
القصور النسبي على تأليف هذا الكتاب الذي Са‏ على المواضيع الرئيسية لقواعد البيانات 
وبشكل يميل إلى الجانب التطبيقي ودون تقصير في عرض الجوانب النظرية التي تستند إليها مفاهيم 
وتقنيات قواعد البيانات ولقد صرف الوقت الكثير والجهد الكبير في تأليف هذا الكتاب؛ ليكون 
بادرة تهدف إلى dš‏ شيءٍ مما يزخر به مجال قواعد البيانات من مفاهيم وتقنيات إلى المكتبة 
العربية» وعلى أمل أن يشكل خطوة bala‏ تساعد على إضافة المزيد من الخطوات المستقبلية إلى 
الأمام У раз‏ إلى كتب علمية متخصصة في هذا المجال تثرى مقتنيات مكتبتنا العربيةء وتسهم في 
إثرائها للفكر العربي المتخصص 


ويتكوّن هذا الكتاب من تسعة فصول بالإضافة إلى ملحقين يستعرض الفصل الأول 
الميزات التي Дый‏ بها نظم قواعد البيانات في بناء وتطوير نظم التطبيقات مقارنةً بالطريقة 
التقليدية المبنية على الملفات في تطوير النظم المعلوماتیة كما يستعرض الخطوات الرئيسية المتبعة 
في تحلیلء وتصميم» وبناء» وإدارة قواعد البيانات ولأن قاعدة بيانات 91( نظام معلوماتي تمثل 
جزءاً من النظام المعلوماتي؛ فإن هذا الفصل рун‏ أيضاً дй за‏ عملية تطوير قاعدة البيانات ضمن 
عملية التطوير الكلّى للنظام المعلوماتي ويمكن أن نلخّص أهمٌّ عمليات تطوير АЎ‏ قاعدة بيانات في: 
النمذجة المفاهيمية لبيانات المنظمة (أو النظام المعلوماتي)ء التصميم المنطقي لقاعدة البيانات» 
التصميم المادي لقاعدة البيانات وتعريفهاء وبناء قاعدة البيانات Аз‏ الفصل في نهايته 2А|‏ 
الأحداث التاريخية في تطور نظم قواعد البيانات وبذلك 523 هذا الفصل مدخلا аа Ш‏ على نظم 
قواعد البيانات ومَيْزاتهاء كما يمثل أساساً لتسلسل بقية فصول الكتاب ومدخلاً لما تحتويه من 


الفصل الثاني خُصّص Аъла e pagad‏ بيانات المنظمة التي تُعرف عادةً еам La‏ 
«النمذجة المفاهيمية» (ConCeptual Data Modeling)‏ فالنمذجة المفاهيمية عبارة عن نمذجة 
لبيانات المنظمة بشكلٍ عالي المستوى قريب من إدراك المستفيدين» غير المتخصّصينء للبيانات 
التي يتعاملون معها والارتباطات فيما بينها ویشرخ هذا الفصل المكوّنات الأساسية لنموذج «كينونة 
- علاقة» (Entity-Relationship)‏ الذي 53 أكثر النماذج المفاهيمية العالية المستوى شيوعاً 


خْصّص الفصل الثالث لشرح مفاهيم ومكونات إضافية للنموذج المفاهيمي «كينونة - 
علاقة» والسبب وراء ذلك يرجع إلى تعقيد البيانات والعلاقات فيما بينها في بعض المنظمات 
الحديثة؛ مما يستدعي ضرورة إثراء نموذج «كينونة - علاقة» بمفاهيم تمگن من نمذجة البيانات 
الأكثر تعقیداً ومن هذه المفاهيم» التي يتطرّق إليها الفصلء «الأنواع الرئيسية» و«الأنواع 
الفرعية» «(Supertype/Subtype)‏ و«التعميم» (Generalization)‏ و«التخصيص» 
«(SpeCialization)‏ و«التجميع» (Aggreation)‏ 


أما الفصل الرابع؛ فهو مُخصّص لشرح المفاهيم الأساسية للنموذج العلاقي الذي 553 أحد 
المحاور الرئيسية للكتاب فالنموذج العلاقي Зал‏ أنجح النماذج التمثيلية للبيانات وأكثرها استخداماً 
في نظم قواعد البيانات المتوفرة حالياً على المستوى التجاريء هذا بالإضافة إلى كونه الأكثر 
استخداماً في المنظمات الحديثة ومن أبرز أسباب نجاح وانتشار استخدام هذا النموذج سهولته في 
تمثيل البيانات» إضافة إلى استناده إلى أسس رياضية صلبة تمكنه من التعامل مع البيانات وحساب 
نتائجها لذلك؛ فإن هذا الفصل يستعرض أيضاً لغتين من لغات النموذج العلاقي الرسمیة وهما: 
الجبر العلاقي (Relational Algebra)‏ التي А54‏ إحدى لغات النموذج العلاقي الإجرائية 
«(РгоСейига1 Language)‏ والحساب العلاقي (Relational CalCulus)‏ - التي 555 إحدى 
لغات النموذج العلاقي غير الإجرائية (NonproCedural Language)‏ 


بعد ihaili‏ على النمذجة المفاهيمية للبيانات (في الفصل الثاني والثالث) وعلى النموذج 
لی ولغ الر مه کی ОАА‏ و مئود Айй‏ الخاضين مرخ التب الف ж‏ 
البيانات تعتمذ هذه المرحلة على النموذج التمثيلي (Representational Model)‏ المستخدم» 
وهو النموذج العلاقي في هذا الكتاب وتتكوّن مرحلة التصميم المنطقي من خطوتين رئيسيتين: في 
الخطوة الأولى Ы‏ تحويل النموذج المفاهيمي إلى نموذج قاعدة البيانات المستخدمة ولأن هذا 


الكتاب يركّز على قواعد البيانات العلاقية؛ فإن هذه الخطوة تعني تحويل النموذج المفاهيمي إلى 
النموذج العلاقي ]14 في الخطوة الثانية؛ فيتم تحسين تصميم قاعدة البيانات الناتجة من عملية 
التحويل؛ بحيث تحتوي على أقل قدرِ ممكنٍ من البيانات المتكررة حتى يتم «ај‏ المشكلات التي قد 
gii‏ عن عمليات التعديل على محتويات قاعدة البيانات وتُدعى هذه الخطوة بعملية «التطبيع» 
Ж ә (Normalization)‏ الفصل الخامس على الخطوة الأولى من Аз. ул‏ التصميم المنطقي 


يُوضّح الفصل السادس» في جزئه الأولء مفھوم «الجداول جيدة البناء» Well-)‏ 
О (StruCtured Relations‏ غير رسمي وبناءً على مفهوم «الجداول جيدة البناء» یتم 
شرح مفهوم «التطبيع» (Normalization)‏ الذي يمثل «طريقة رسمية» (Formal Method)‏ 
واضحة المعالم لها أسسها النظرية التي OS‏ من а]‏ على جودة الجداول التي تمَّ تصميمها في 
الخطوة الأولى من التصمیم المنطقي لقاعدة البيانات ثم يشرحٌ هذا الجزء من الفصل السادس 
مستويات التطبيع الأكثر استخداماً في تصميم قواعد البيانات؛ وذلك ابتداءً من الشكل الطبيعي الأول 
وانتهاءً بالشكل الطبيعي الرابع 


يركز الجزء الثاني من الفصل السادس على مرحلة التصمیم المادي لنظم قواعد البيانات 
وتهدف هذه المرحلة من تصميم قواعد البيانات إلى إنشاء تصميم یٔمگن من تخزين البيانات بشكلٍ 
يوفر الأداء المناسب لنظام إدارة قاعدة البيانات على اختلاف حجم العمليات التي б‏ عليها ويعني 
هذاء وعلى خلاف التصميم المفاهيمي والتصميم المنطقيء أن التصميم المادي «Ша ы‏ الكيفية التي 
су умы‏ وثعالج فيها البيانات لا على الكيفية التي یتم من خلالها التعرّف على البيانات والعلاقات 
فيما بينها أو طريقة تمثيلها وفق النموذج العلاقي أو نماذج البيانات الأخرى 


خُصّص كلا الفصلين السابع والثامن لشرح بعض مكونات «لغة الاستفسار البنائية» 
((StruCtured Query Language (SQL)‏ التي 55 واحدة من أكثر لغات قواعد البيانات 
العلاقية انتشاراً؛ بحيث S‏ تبيّيها من قبل «معهد المقاییس الوطني الأمريكي» AmeriCan)‏ 
(National Standards Institute‏ و«منظمة المقاييس الدولية» International Standards)‏ 
((Organization (ISO‏ ويمكن تقسيم تعليمات لغة الاستفسار البنائية إلى ثلاث مجموعات من 
التعليمات Уу‏ «اللغات الفرعية» ((Three Sub-Languages)‏ وهي: مجموعة (أو لغة) تعريف 
البيانات» ومجموعة (أو (Aal‏ معالجة البيانات» ومجموعة (أو لغة) التحكم في البيانات ونظراً 


لأهمية لغة الاستفسار البنائية في قواعد البيانات العلاقية؛ فإن هذا يستلزم شرح مكوناتها الأساسية 
О)‏ مستفيضٍ يمي إلى الجانب التطبیقي حتى يتسنَّى فهم طريقة عمل تعليماتها 


يحتوي الفصل السابع على شرح لمجموعة تعليمات а ај (ДАЈ Ду‏ البيانات وعلى شرح 
للعبارات الأساسية في تعليمة الاختيار (أو الاسترجاع) التي 53 من ¿a|‏ تعليمات АА]‏ معالجة 
البيانات ويُستخدم في هذا الفصلء والفصل الثامن كذلك» نظام إدارة قاعدة بيانات أوراكل في تنفيذ 
واختبار تعليمات لغة الاستفسار البنائية القياسية؛ وذلك لكون هذه البيئة baal g‏ من الأوسع انتشاراً 
بين المتخصّصين في تطوير التطبيقات المبنية على نظم قواعد البيانات» هذا إضافة إلى تشابهها مع 
ما توفره نظم إدارة قواعد البيانات المعروفة الأخرى على المستوى التجاري من بيئات مشابهة 
لتنفيذ تعليمات لغة الاستفسار البنائية ШЇ‏ بالنسبة للقراء الذين لا تتوفر لديهم Азы‏ أوراكل» وحتى 
يتمكن هؤلاء أيضاً من تطبيق مفاهيم وتعلیمات لغة الاستفسار البنائية والاستفادة القصوی من 
محتويات هذا الفصل والفصل الثامنء فيُستخدم في هذا الفصل نظام إدارة قاعدة بيانات «أكسس» 
(ACCESS)‏ بشكل مُقتضب؛ وذلك لإعطاء فكرة مُبسٌطة لطريقة التعامل مع هذا النظامء ولتنفيذ 
تعليمات لغة الاستفسار البنائية والسبب الوحيذ وراء استخدام نظام إدارة قاعدة بيانات أكسس هو 
توفره في غالبية الحاسبات الشخصية في وقتنا الراهن» ومن ثم يمن القارئ من الاستفادة القصوی 
من محتويات الفصول المتعلقة بلغة الاستفسار البنائية من خلال التطبيق العملي 


يستكملٌ الفصل الثامن شرح مكوّنات لغة الاستفسار البنائية؛ М‏ خُصّص الجزء الأول aia‏ 
لاستكمال شرح تعليمة الاختيار (أو الاسترجاع)ء عندما تقوم التعليمة بالتعامل مع أكثر من جدولِ 
في с]‏ واحدء ولشرح بقية مجموعة تعليمات (أو (Aal‏ معالجة البيانات КЇ‏ الجزء الثاني من 
الفصل؛ فقد خُصّص لشرح مجموعة تعليمات (أو لغة) التحكم في البيانات 


يتطرّق الفصل التاسع» وبشكلٍ مُقتضبء إلى أربعة موضوعات متطوّرة في نظم قواعد 
البيانات» هي: المعاملات» وقواعد البيانات الشيئية» وقواعد البيانات العلاقية - الشیئیة وقواعد 
البيانات المورّعة تمثل المعاملات الوسيلة الرئيسية التي Аш‏ من خلالها التفاعل مع قواعد 
البيانات من قبل المستفيدين» سواء بشكلٍ تفاعلي مباشر أو من خلال برامج التطبيقات التي يقوم 
مطورو التطبيقات ببنائها А‏ نموذج البيانات الشيئي؛ فقد 41 تطويره لسد الاحتياجات التقنية التي 
يتطلبها تطوير نظم التطبيقات المتعلقة بمكننة أعمال المنظمات ذات الصبغة غير التقليدية من حيث 


ез. аралау alsakaq шаш а «ала ОАА uA: бый‏ التب الا 
(Computer-Aided Design)‏ و «التصنيع بمساعدة الحاسب Computer-Aided) «AY!‏ 
2А з «(ManufaCturing‏ المعلومات الجغرافية» GeographiCal Information)‏ 
(Systems‏ وبرتطبیقات الوسائط المتعددة» (Multimedia AppliCations)‏ على سبيل المثال 
فحسب ونظراً لانتشار النموذج العلاقي وسهولته في تمثيل البيانات والتعامل معها؛ فقد саба‏ 
SASI‏ من الشركات المصيّعة لنظم إدارة قواعد البيانات العلاقية على تبي بعض مفاهيم النموذج 
الشيئي ضمن منتجاتها؛ حتى СААЙ‏ من مواكبة احتياجات المنظمات التي تتصف بياناتها بالصّبغة 
غير التقليدية إضافة إلى تلك التي تتصف بالتقليدية وأصبحت مثل هذه المنتجات تُسمّى قواعد 
البيانات العلاقية - الشيئية l‏ بالنسبة للمنظمات التي تتوزع مفارُھا في مناطق عديدة» وعلى رُقع 
متباعدة جغرافياً في الكثير من الأحيان؛ فقد دفعت هذه المنظمات الباحثين إلى їй‏ مفهوم النظم 
المورّعة وأضحت É‏ في مجال نظم قواعد البيانات «نظم قواعد البيانات «Ас ў за]‏ 
(Distributed Database Systems)‏ وتوفر مثل هذه النظم العديد من الميزات مقارنة بتلك 
النظم المركزية من ضمنها «الموثوقية» (Reliability)‏ و«التواجد» (Availability)‏ هذا 
بالإضافة إلى أدائها المتميّز وسهولة ды‏ في الأجهزة والتطبيقات في مثل هذه المنظمات 

ونظراً لأهمية المفاهيم السابقة كان من الضروري التطرّق إليها في هذا الكتاب ولو بشكلٍ مُقتطتب 


يحتوي الملحق رقم (1) على حالةٍ دراسية تمثل نظاماً مفترضاً للتسجيل في إحدى الجامعات 
АШАУ)‏ ويلخّص الملحق عملية النمذجة المفاهيمية» والتصميم المنطقي» والتصميم المادي لقاعدة 
بيانات النظام وبذلك؛ فإن هذا الملحق يمثل تطبيقاً للعديد من المفاهيم الواردة في الكتاب في 
محاولة للاستفادة القصوى منه كما يحتوي هذا الملحق على تمارين تطبيقية على لغة الاستفسار 
البنائية؛ كونها من ДА]‏ مكونات نظم قواعد البيانات العلاقية وتتفاوت صعوبة هذه التمارين من 
البسيطة جداً وحتى الصعبة جداً وتهدف هذه التمارين في مجملها إلى اختبار قدرة القارئ واستيعابه 
لمكونات АА]‏ الاستفسار البنائية» من جهة» وإلى زيادة تمكّنه من اللغة» من جهة أخرى 

خصتص الملحق رقم )2( لحالة دراسية أخرى تتمثل في نظام افتراضي لإحدى شركات 


بيع وتأجير العقارات ويهدف هذا الملحق إلى تعزيز قدرة القارئ من النمذجة المفاهيميةء 


والتصميم المنطقی؛ والتصميم المادي كما يُغطي هذا الملحق بعض المفاهيم التي لم يغطها الملحق 


رقم (1) وإضافة لذلك؛ يوفر هذا الملحق بعض التمارين التطبيقية على لغة الاستفسار البنائیة 
وقد تمَّ إدراج Ш‏ قاعدتي البيانات المستخدمتيّن في الملحق رقم )1( والملحق رقم )2( في الرابط 
والباركود المُشّار إليهما أدناه 


¿Uu‏ على الاستعراض السريع لمحتويات هذا الكتاب؛ يتضخ أنه قد خُصّصء وبشكلٍ 
رئيسيء للطلبة الدارسين في مواد نظم قواعد البيانات من المتخصّصين في مجال الحاسب الآلي؛ 
Z| su‏ في مرحلة الدراسة الجامعية (البكالوريوس) أو طلبة الدبلوم (فوق الثانوي) كما أنه يستهدف 
Laj‏ مُطوّري نظم التطبيقات الذين يتعاملون مع نظم قواعد البيانات العلاقية بشكل تطبيقي في 
حياتهم اليومية؛ ليكون مرجعاً تطبيقياً لهم وقد رُوعِي في الكتاب استخدام المصطلحات الإنجليزية 
مع ما يقابلها في العربية؛ حتى يتمكّن القارئ من فهم هذه المصطلحات في حال عدم دقة الترجمة 
للمصطلح الإنجليزي» وحتى یتمگن من الرّبط بينهما عند الرجوع إلى أي مطبوعات أخرى مكتوبة 
باللغة الإنجليزية كما 531 إدراج قائمة aah‏ المصطلحات الإنجليزية الواردة في هذا الكتاب وما 
يقابلها باللغة العربية في الملحق رقم (3) 

Аб;‏ المؤلف أن يلاقي هذا الكتاب قبولاً واستحساناً من الفئة Аала АЈ)‏ من القراء كما 
يتطلع إلى مقترحاتهم وآرائهم وانتقاداتهم البنّاءة التي من شأنها أن ثري محتويات هذا الكتاب في أية 
طبعة مستقبلية» سائلاً المولى عز وجل أن ينفع به ويفيد منه إنه السميع العليم 

المؤلف 
أ د یوسف بن جاسم الهميلي 


houmaily@ipaedusa 


رب ہے یں 
دا https://wwwipaedusa/ar- л. үа i‏ 
92 مخف sa/knowledee/DoCuments/BookAppendixzip‏ 


رابط قاعدتيٰ البيانات الہ j‏ بالباركود 


المستخدمتيْن في الملحق رقم 
(1) والملحق رقم (2). 


الفصل الأول 
تطویر نظم المعلومات 


صْمّمت الحاسباث الآلية عند بداية ظهورها لحساب الدوال الرياضية الشتخذمة في 
التطبيقات العلمية والعسكرية التي تستنزف من الوقت الكثير لحسابها يدوياً. وكان ذلك بعد انتهاء 
الحرب العالمية الثانية. ولقد بدا واضحاً منذ بداية ظهور الحاسبات الآلية أهميتها في his‏ ومعالجة 
البيانات؛ إلا أنها لم تُستخدم في التطبيقات الإدارية للمنظمات المختلفة حتى بداية الخمسينيات 
الميلادية. ومن أسباب ذلك غلاء أسعار الحاسبات الآلية في تلك الفترة وندرة المتخصّصين في 
التعامل معها. لذا؛ فقد انحصر استخدام الحاسبات АШУ)‏ على فئات محدودة من المختصين الذين 
تتطلب طبيعة أعمالهم قدراتِ حسابية عالية. وكانت التطبيقات في ذلك الوقت تتصف بمعالجتها 
لبيانات كثيرة وبشكلٍ متكررء ولذلك كان استخدام الحاسب الآلي مبرراً في مثل هذه التطبيقات. 
ومع التطور المستمر والحثيث للحاس بات АШУ)‏ بالإضافة إلى التقلص المستمر في أسعارها وزيادة 
أعداد المتخصصين في التعامل معها؛ أصبحت الحاسبات تُستخدم بشكلٍ مكثف في غالبية المنظمات 
الحديثة لما تقدّمه من مَيْزْات ААА‏ مقارنة بالنظم اليدوية. 


وأستخدمت في بداية ظهور الحاسبات الآلية الملفاث gaai‏ وسيلة رئيسية لتخزين 
البيانات. وكان کل نظام تطبيقي يتعامل مع الملفات الخاصة به فقط. غير أن الزيادة المطردة في 
أحجام البيانات وضرورة المشاركة في استخدامها من قبل تطبيقات مختلفة؛ وذلك نتيجة طبيعية 
لزيادة أعداد المستفيدين من الحاسبات الآلية وتطوٌر نظم التطبيقات - أدى إلى ظهور ما يُعرّف اليوم 
بنظم قواعد البيانات. وتتميّز النظم المبنية على قواعد البيانات عن النظم المبنية على الملفات بعددٍ 


من المزايا الجوهرية التي أدّت إلى تطوّر نظم قواعد البيانات؛ بحيث أضحى هذا المجال واحداً من 
أكثر المجالات العلمية بحثاً وتطبيقاً في وقتنا الراهن. 


ويستعرض هذا الفصل الميزات التي تتحلى بها نظم قواعد البيانات في بناء وتطوير نظم 
التطبيقات مقارنة بالطريقة التقليدية لتطوير النظم المعلوماتية. كما يستعرض هذا الفصل 
الخطوات الرئيسية المتبعة في تحليل» وتصميم» «ез‏ وإدارة قواعد البيانات. ولأن قاعدة 
بيانات أي نظام معلوماتي تمثل Íe ja‏ من النظام المعلوماتي؛ فإن هذا الفصل уы‏ موقع عملية 
تطوير قاعدة البيانات ضمن عملية التطوير الكلي للنظام المعلوماتي. ويلخص هذا الفصل في 
نهايته дА‏ الأحداث التاريخية في تطور نظم قواعد البيانات. 

1-1 مَیْزات النظم التطبيقية المبنية على قواعد البيانات: 

1-1-1 تطوير النظم باستخدام الملفات التقليدية: 


عند بداية ظهور الحاسبات الآلية في معالجة البیانات لم يكن هناك ما يُعرّف بقاعدة البيانات» lg‏ كانت مجموعة 
البيانات المتعلقة ببرنامج حاسوي 222 تدخل إلى الذاكرة الرئيسية للحاسب الآلي بشكل مباشرء وفي الوقت نفسه 
الذي تدخل فيه تعليمات البرنامج الذي سيقوم معا جتھاء كما هو مُوضّح بالشكل رقم (1-1). 


РКОСКАМ 1 

البرنامج الأول 
Data Management‏ 
إدارة بيانات البرنامج 


PROGRAM 2‏ 
البرنامج الثانى 


Data Management 
إدارة بيانات البرنامج‎ 


PROGRAM 3 

البرنامج الثالث 
Data Management‏ 
إدارة بيانات البرنامج 


شكل رقم (1-1): ارتباط البيانات بالبرامج عند بداية ظهور الحاسبات الآلية. 


وعند انتھاء تنفيذ البرنامج تُطبع نتائج معالجة البیاناتء التي قام بها البرنامج» зу‏ مَسْح 
البرنامج مع بياناته من الذاكرة الرئيسية للحاسب الآلي. ويعني هذا أنه لم يكن موجوداً في تلك 
الفترة ما يُعرّف بالقرص الصلب» أو الذاكرة الثانوية» الذي يحتوي على بيانات البرنامج بشكل دائ 
وإنما كانت تدخل البرامج مع بياناتها في 05 مرة یتم فيها تنفيذ البرنامج. ومع تطؤر تطبيقات 
الحاسب الآلي وكبر حجم البرامج التي تتطلبها هذه التطبيقات إضافة إلى كبر حجم البيانات التي 
تقوم بمعالجتها؛ أصبح من المتعذر إدخالها في الذاكرة الرئيسية للحاسب الآلي. إضافة إلى ذلك؛ 
فإنه لم يكن معروفاً في تلك الفترة ما يُعرّف بمبدأ المشاركة بين المستفيدين للحاسب الآلي» وإنما 
كان الحاسب الآلي مُسخراً لخدمة برنامج واحد في OK‏ مرة. وعند انتهاء برنامج ما يدخل برنامج 
آخر مع بياناته» وهكذا. 


ونتیجةً هذا القصور ظهرت الذاكرة الثانوية بشكل عام والقرص الصلب على وجه الخصوص. كما ظهرت نظم 
التشغيل التي تسمح بمبدأ المشاركة. و مح هذا К‏ بتخزين البيانات في ملفات على القرص الصلب للحاسب 
الآلي. ومع هذا التطور بدأ الحاسب الآلي بالانتشار بشکل واسع حتی في التطبيقات الإدارية وا الیة لمعظم 
المنظمات. وباستخدام هذا النمط الحاسوبي؛ كانت التطبيقات Kå‏ | مجموعة من البرامج؛ بحيث يقوم كل برنامج 
بوظيفة واحدة أو مجموعة من الوظائف المترابطة منطقياً فيما بينهاء كما كان لكلّ تطبيق مجموعته الخاصة من الملفات 
التي تحتفظ ببياناته على القرص الصلب. ويل الشكل رقم )2-1( ثلاثة تطبيقات إدارية ومالية لإحدى 
المنظمات التعليمية الافتراضية. يُعنى النظام الأولء وهو نظام القبول والتسجيل» بقبول الدارسين وتسجيلهم في 
المواد الدراسية المختلفة إضافة إلى جدولة القاعات الدراسية المتوفرة في المنظمة. وتم تقسيمُ النظام إلى ثلاثة برامج 
فرعية» 45 واحدٍ منها Š‏ بمجموعة من الوظائف المترابطة منطقیاً فيما بينها. كما Ф‏ تعريف ملفين رئيسيين 
للنظام: أحدهما لتخزين البيانات الخاصة بالطلبةء والثاني لتخزين البيانات المتعلقة بالقاعات الدراسية. 


ДЫ А‏ الثاني؛ فقد خُصّص لإسكان أعضاء هيئة التدريس وإسكان الدارسين» ويتكون من 
برنامج واحد. كما أن هذا النظام مرتبط بثلاثة ملفات رئيسية: أحدها لتخزين البيانات الخاصة 
بالطلبة» والثاني لتخزين البيانات المتعلقة بالمساكن المتوفرة وبيانات ساكنيهاء والثالث لتخزين 
البیانات المتعلقة بالموظفين. 


النظام الثالث في هذه المنظمة؛ هو نظام شئون الموظفين والرواتب الذي يتكون من 
برنامجين فرعيين: أحدهما يُعنَى بالوظائف المتوفرة في المنظمة والموظفين المعيّنين Деде‏ أما 


الثاني (әла‏ بالمخصصات المالية المختلفة للموظفين. ويرتبط هذا النظام بملفين: أحدهما 
مخصص للوظائف المتوفرة» والثاني مخصصل لبيانات الموظفين. 


شكل رقم (2-1): تخزين البيانات في ملفات على القرص الصلب واستخدام مبدأ المشاركة. 


ولا شك أن „Ш‏ السابقة نظ Baa‏ تؤدي الأهداف التي صْمّمت من أجلها؛ غير أن هذه 
النظم تعاني من شكللات جوهرية؛ لأنها ترتكڑ في تصميمها وبنائها على الملفات التقليدية. ويمكن 
تلخيص هذه المشكلات فيما يلي: 


- الاعتمادية (أو الترابط) بين البرامج والبيانات :(Program-Data DependenCe)‏ 


Дз аш,‏ الملقات айй‏ يحت ka д‏ الات Аал А‏ لتهزيق ebal‏ داخل بر امح 
النظام التطبيقي؛ فعلى سبيل المثال: يجب وَصلف ملف القاعات الدراسية» وملف الطلبة في برنامج 
الجدولةء كما يجب وَصف ملف الطلبة في Q<‏ من برنامج القبول وبرنامج التسجيل. айу‏ 
بِوَصف البرنامج تحديذ طبيعة الملف إذا كان «متسلسلاً» (Sequential File)‏ أو ذا «استرجاع 
عشوائي» (Random ACCess File)‏ كذلك يُقصد بوَصف الملف تعريف البيانات التي 
(у улы‏ عليه من حيث مسمياتها ونوعية بياناتها (أعداد «صحيحة» (Integers)‏ أعداد «حقيقية» 


(е! ...(CharaCter String) «سلاسل حرفية»‎ «(Real (ог Float) 


ويُقصّد بالاعتمادية بين البرامج والبيانات OÍ‏ 05 برنامج يجب أن يحتوي على توصیفِ 
للملفات التي يتعامل معها من حيث نوعيتهاء وتركيبهاء وطريقة الوصول إلى البيانات المخزّنة 
عليها. وعند وجود ما يستدعي تغییر مكوّنات أحد الملفات؛ فإن هذا يتطلّب إعادة توصیف الملف 
قَيْد التغيير في كافة البرامج التي تتعامل مع الملف. ولنفترض على سبيل المثال أنه وَجَب تغييرُ 
طول حقل مُسمّى اسم العائلة للطلبة من عشرة حروف إلى خمسة عشر حرفاً؛ نتيجة لقبول أحد 
الطلبة الذي يشكّل اسم عائلته أكثر من عشرة حروف. في هذه الحالة يجب تغيير سجل توصيف 
ملف الطلبة ليس في برنامج القبول فحسبء وإنما في برنامج التسجيل وبرنامج الجدولة أيضا؛ ОУ‏ 
AS‏ من هذه البرامج يتعامل مع ملف الطلبة. 


:(Data DupliCation) تكرارية البيانات‎ - 


,25 تطویرُ النظم باستخدام الملفات التقليدية عادةً OK‏ على جدة؛ مما يعني Éj‏ القاعدة الرئيسية 
في مثل هذه النظم هي تكرارية البيانات. فعلى سبيل المثال يحتوي ملف الإسكان على بيانات بعض 
الطلبة وبيانات بعض أعضاء هيئة التدريس» وهم الذين يمثلون مجموعة السكان من ضمن 
المجموعة الكلية للطلبة وأعضاء iia‏ التدريس. وينجم عن هذه التكرارية» في غالبية الأحيان» 
ضياع كبيرٌ للطاقة التخزينية للحاسبات. ليس هذا فحسبء وإنما ينجم عن هذا ضياع «لتكامل 
البيانات» (Data Integrity)‏ التي а‏ بها إما عدم توافق Азау‏ البيانات» (Data Format)‏ 
255541 أو عدم توافق القيم المخزّنة للبيانات نفسها أو الاثنين معاً. فعلى سبيل المثال لنفترض Éj‏ 
رقم الهاتف аА‏ على أنه «سلسلة حرفية» (CharaCter String)‏ مكوّنة من سبعة حروف في 
ملف الطلبة التابع لنظام القبول والتسجيل وملف الموظفين التابع لنظام شئون الموظفين والرواتب» 
وأن هذا الحقل نفسه مُعرّف على أنه عددٌ «صحيح» (Integer)‏ في 0 من ملف الطلبة وملف 
الموظفين التابعين لنظام الإسكان. يمثل عدم التوافق هذا في تعريف الحقل نفسه ضياعاً لتكامل 
البيانات؛ إذ إن هيئة الحقل يجب أن تكون واحدة بغض النظر عن البرنامج الذي يتعامل معه. 
ولإيضاح الجانب الثاني لضياع تكامل البيانات لنفترض انتقال أحد الطلبة من مسکنِ إلى آخر الأمر 
الذي قد يتطلب تغيير رقم هاتف الطالب وعنوانه البريدي. ولأن ملف الطلبة يتبع لنظام آخر وهو 
نظام القبول والتسجيل؛ فإن تغيير رقم هاتف الطالب وعنوانه البريدي قد یتم ضمن نظام الإسكان؛ 


ولكن القيم القديمة لرقم هاتف الطالب وعنوانه البريدي ستبقى كما هي ضمن ملف الطلبة التابع 
لنظام القبول والتسجيل. ويعني هذا ضياعاً لتكامل البيانات من حيث القيم المخرّنة فيها. 


- المحدودية في مشاركة البيانات :(Limited Data Sharing)‏ 


JS‏ نظام ملفاته الخاصة به عند استخدام طريقة تطوير النظم بالملفات التقليدية. ويعني هذا 
أن المستفيدين من نظام معين؛ ليس بإمكانهم التعامل مع البيانات المخرّنة ضمن ملفات التطبيقات 
الأخرى بشكلٍ مباشر؛ الأمر الذي تتطلبه طبيعة العمل في الغالبية العظمى من الأحيان. فعلى 
سبيل المثال؛ لنفترض أنه قد وَجَب lal‏ خصم معين من مُخصّصات أعضاء هيئة التدريس كافة 
الذين تتوفر لهم مساكن من خلال إدارة الإسكان بالمنظمة. في هذه الحالة؛ يجب إجراء تعديلات 
على برنامج المخصّصات المالية التابع لنظام شئون الموظفين والرواتب. ويستلزم مثل هذا الإجراء 
توصيف ملف الإسكان ضمن برنامج المخصّصات المالية للموظفینء الذي يُعَدُ إجراءً عادياً في مثل 
هذه البيئة الحاسوبية. ولكن المشكلة الحقيقية التي تظهرُ بوضوح في مثل هذه الحالة هي عدم 
توافق ملف الإسكان مع بقية ملفات نظام شئون الموظفين والرواتب» مثل: تعريف طول اسم 
الموظف في نظام الإسكان مع تعريف طول اسم الموظف في نظام شئون الموظفين والرواتب. 
,325 مثل هذه المشكلة من مشاركة البيانات بين التطبيقات المختلفة؛ بسبب طول الفترة الزمنية 
اللازمة لكتابة برامج جديدة أو تعديل ما هو متوفر منها للتغلّب على مشكلة عدم التوافق. وحتى لو 
سخر الوقت اللازم لكتابة البرامج اللازمة أو إجراء التعديلات على ما هو متوفر منها؛ فإن مثل هذا 
الإجراء قد يُضْحّي بسرّية البيانات التي قد تكون هاجساً كبيراً في بعض المنظمات. فعلى سبيل 
المثال: لو da‏ نظام الإسكان عوضاً عن نظام شئون الموظفین والرواتب للقيام بالخصم اللازم من 
أعضاء АА‏ التدريس؛ فإن مثل هذا الإجراء قد يُضحِّي بسرّية المخصصات المالية للموظفین؛ 
بحيث إن العاملين بإدارة الإسكان قد يكون بإمكانهم الاطلاع على مثل هذه البيانات. 


Аъ:‏ لما سبق؛ فإن مبدأ مشاركة البيانات بين التطبيقات المختلفة يكون محدوداً جداً في 
النظم التي تعتمد في بنائها على الملفات التقليدية. 


:(Lengthy Development Time) التطوير‎ ihs التطويل في‎ - 


لكون 06 تطبيق له ملفاته الخاصة التي تحتوي على بياناته؛ فانه تُوجّد إمكانيةٌ محدودة 
للاستفادة من المجهودات السابقة التي بذلت في تصميم نظم أخرى؛ إذ إن تطوير التطبيقات يبدأ hale‏ 
من نقطة الصفر؛ بحيث يجب تصميم ملفات النظام الجدید متضمناً ذلك (Format) «kiny‏ 
وتوصيفهاء وبرمجة الطرق التي من خلالها ё‏ الوصول إلى البيانات. ولأن عملية تطوير 
تطبيقات جديدة لا تستفيد كثيراً p‏ السابقة؛ فإن هذا يؤدي إلى الإطالة في عمليات 
التطوير؛ حتى تصبح النظم الجديدة قيد الاستخدام التشغيلي الفعلي. 


:(ExCessive Program MaintenanCe) تكثيف صيانة البرامج‎ - 


إن المساوئ السابقة مجتمعة تؤدي إلى تکثیفِ في صيانة برامج التطبيقات. ومن أكثر 
أسباب تكثيف صيانة البرامج في مثل هذه البيئة؛ هو کون OK‏ نظام مسئولاً عن عملية تهيئة بياناته 
وتخزينها وصيانتها بمعنى OK OÍ‏ نظام مسئول عن تعريف الملفات الخاصة به وهيئة البيانات 
المخزٌنة في 06 ملف. وعند إجراء أي تعدیلِ على تعريف السجلات» مثل إضافة أو حذف حقل ما 
أو حتى تغيير طول الحقل أو نوعية بياناته؛ فإن هذا يستدعي صيانة البرامج المسئولة عن قراءة 
البيانات من الملف والبرامج المسئولة عن كتابة البيانات عليه. ولأن عملية صيانة التطبيقات 
بشكلٍ مکثفِ تستنزف مجهودات المسئولين عن هذه النظم من الفنيين؛ فإن هذا يَحِدْ بشكلٍ كبيرٍ من 
الشروع في تطوير تطبيقات جديدة تخدم أهداف المنظمة. 


2-1-1 تطوير النظم باستخدام قواعد البيانات: 

يوفر استخدام نظم إدارة قواعد البيانات في تطوير التطبيقات عدداً من الميزات على الطريقة 
التقلیدیة في تطوير التطبيقات. ويمكن تلخيص هذه الميزات فیما يلي: 

- استقلالية البيانات عن برامج التطبيقات :(Program-Data IndependenCe)‏ 

یتم وصف البيانات المخرّنة فعلياً في قاعدة البيانات ہما یُعرّف «بالبيانات الوصفية» 
.(Metadata)‏ وثخرّن البيانات الوصفية وأشياء أخرى gaii‏ نظام إدارة قاعدة البيانات» بما 


3 — «بالمستودع» 5з, (Repository)‏ تطویر التطبيقات بمعزل عن البيانات الوصفية التي 
تصف البيانات الفعلية المخرّنة في قاعدة البيانات. لذلك؛ فإن هنالك استقلالية بين برامج التطبيقات 


والبيانات المخرّنة في قاعدة البيانات» بمعنى أن نظم التطبيقات معزولة عن طريقة تمثيل البيانات 
وهياكلها في قاعدة البيانات» وكذلك طريقة تخزينها. لذا؛ فإن نظم إدارة قواعد البيانات تسمح 
بتطوٌر قاعدة البيانات ونموّها دون G|‏ إخلال أو تأثير في التطبيقات التي تم تطويرها. 


:(Controlled DupliCation of Data) التحكم في تكرارية البيانات‎ - 


تهدف نظم إدارة قواعد البيانات إلى تجميع البيانات المخرّنة في ملفات منفصلة وإزالة أية 
ازدواجية فيها من خلال تمثيلها في هيكلٍ منطقيّ واحد؛ حيث یتم تسجیل بيانات كل حقيقة في مكانِ 
واحد فقط. وعندما يلزم تكرارٌ بعض البيانات الممثلة لحقائق معينة؛ فإن مثل هذا التكرار يكون 
محدوداً ومحكوماً من قبل نظام إدارة قاعدة البيانات. 


:(Improved Data ConsistenCy) تحسين تناسق البيانات‎ - 


aŠ‏ نظم إدارة قواعد البيانات من مستوى تناسق البيانات؛ إذ إنها تلغي ازدواجية البيانات 
أو تتحكم في الازدواجية عند وجودها. فعند تغيير أحد الموظفين أو الطلبة لعنوانه البريدي» على 
سبيل المثال» فإن هذا التغيير يتم من خلال تعديل بيانات الموظف أو الطالب في СА‏ واحد فقط 
ومن ثم؛ فإن مثل هذا التعديل لا يؤدي إلى عدم تناسق للبيانات؛ مما قد يحدث عند استخدام الملفات 
التقليدية التي تتكرر فيها البيانات وتؤدي إلى عدم تناسقها. كما أن عملية التحديث تكون أيسر 
مقارنةً بالملفات التقليدية؛ لكونها تتم في مکانِ caly‏ ناهيك عن التغلّب على المساحة التخزينية 
الضائعة نتيجة لتكرارية البيانات في الملفات التقليدية. 


:(Improved Data Sharing) تحسين مشاركة البيانات‎ - 


)0 جميع بيانات المنظمة تُخرّن في (А‏ واحدٍ عند استخدام نظم إدارة قواعد البيانات 
Lase‏ عن تخزين البيانات الخاصة JS‏ تطبيق في ملفات مستقلة خاصة بالتطبيق. ويعني هذا Éj‏ 
التطبيقات Ай<‏ تتشارك فيما بينها بالبيانات نفسها المخرّنة في قاعدة البيانات. وعلى الرغم من 
مشاركة التطبيقات» والمستفيدين» لنفس قاعدة البيانات؛ فإن نظام إدارة قاعدة البيانات يُمكّن من 
إعطاء المستفيدين صلاحیاتِ مُحدّدة للتعامل مع البيانات المخرّنة OK‏ حسب ما يحتاج إليه من بيانات 
جزئية áni‏ «منظور المستفيد» (s View’ User)‏ 


:(InCreased ProduCtivity of AppliCations) تحسين إنتاجية نظم التطبيقات‎ - 


ООЛ رور‎ ЧАЛУ اترات‎ АСК ад سوق‎ s 
باستخدام نظم قواعد البیانات؛ وذلك لسببين رئيسين:‎ 


1- بافتراض أنه قد 45 تطويرُ التطبيقات التي تقوم بجمع البيانات وحفظها في قاعدة البيانات؛ 
فإن المبرمج GS‏ تطبيق جديد سيقوم بالتركيز على برمجة الوظائف التي سيقوم بها التطبيق قيد 
التطوير عوضاً عن التركيز على طريقة جمع البيانات وتخزينها في الملفات وطريقة الوصول إليها. 


2- توفر غالبية نظم إدارة قواعد البيانات مجموعة من الأدوات التي تساعد على الإنتاجيةت 
مثل: أدوات «تصميم النماذج» (Form Design)‏ وأدوات «توليد التقارير» Report)‏ 
5 إضافة إلى لغات عالية المستوى» مثل: «لغة الاستفسار البنائية» StruCtured))‏ 
(Query Language (SQL‏ التي GS‏ من التعامل مع قاعدة البيانات والوصول إلى البيانات 
المطلوبة بشكل فعال. 


- تقلیص تكلفة صيانة البرامج :(ReduCed Program MaintenanCe)‏ 


إن وَصف البيانات والمنطق المُستخذم للوصول إليها مبنيٌ داخل التطبيقات نفسها عند 
استخدام الملفات التقليدية في تطوير النظم؛ ولذلك فإن أي تعديل في «هيئة البيانات» Data)‏ 
(Format‏ أو طريقة الوصول إليها يتطلّب تعديل جميع التطبيقات التي تتعامل معها. غير Ó]‏ نظم 
قواعد البيانات توفر بعض الاستقلالية بين نظم التطبيقات والبيانات التي تستخدمها بمعنى أن تغيير 
هيئة البيانات أو طريقة الوصول إليها ليس من الضروري أن ينعكس على جميع التطبيقات التي 
تتعامل مع هذه البيانات. كذلك هو ОД‏ بالنسبة للتعديل على برامج التطبیقات؛ АЗУ‏ ليس من 
الضروري أن ينعكس على البيانات المخرّنة في قاعدة البيانات. ولذلك؛ فإن هذا یقلص من تكلفة 
صيانة التطبيقات مقارنة باستخدام الملفات التقليدية. 


2-1 نظم قواعد البيانات: 


قاعدة البيانات هي مجموعةٌ من البيانات التي نُظّمت بشکلِ متكامل؛ بهدف تلبية احتياجات 
عددٍ من المستفيدين في المنشأة؛ للقيام بمهام أعمالهم. аз‏ قاعدة البيانات أساس أي نظام 


معلوماتي سواءٌ أكان هذا النظام يدوياً أم ЫЙ‏ لذا؛ فإننا نجد أن «نظم قواعد البيانات» Database)‏ 
(Systems‏ هي المرتكز الرئيس الذي تُبِنَى عليه نظم المعلومات الآلية. وتتميز نظم قواعد 
البيانات عن «نظم الملفات» (File Systems)‏ التقليدية التي كانت تُستخدم لبرمجة التطبيقات مع 
بداية ظهور الحاسبات الآلية بالمميزات التالية );2018 Efraim et al, 2002; Hoffer et al,‏ 
:(Elmasri and Navathe 2015‏ 


- تكرار محدود للبيانات. 

- عدم تعارض البيانات. 

+2 

- مشاركة البيانات. 

- سهولة فرض «المقاييس» .(Standards)‏ 

- زيادة إنتاجية المبرمجين. 

- سهولة فرض ضوابط أمن وسلامة البيانات. 
- الاستجابة للاحتياجات المتغيرة للبيانات. 
чар е‏ 

- انخفاض صيانة برامج التطبيقات. 

وفيما يلي شرح مقتضب لعملية تطوير نظم المعلومات باستخدام نظم قواعد البيانات. 
1-2-1 تطوير نظم المعلومات: 


29 منهجية «هندسة المعلومات» من أنجح المنهجيات في تطوير نظم المعلومات؛ وذلك 
لكونها تعطي ks‏ 5 شاملة للمنشأة Ја з‏ من تطويع تقنية المعلومات لخدمة أهدافها وسياساتها 
بكفاءة عالية. ويعني هذا تمكين المنشأة من التعرف على «عوامل نجاحها الحرجة» CritiCal)‏ 
¿(SuCCess FaCtors‏ والعمل على مكننتها بهدف إعطائها الميزة التنافسية وتحسين أدائها. 


وترتكز منهجية هندسة المعلومات على أربع مراحل تأخذ ISi‏ هرمياً )1989 (Martin,‏ كما هو 
مبين في الشكل رقم (3-1). 
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شكل رقم (3-1): هرمية تطوير نظم المعلومات في المنظمة وفق منهجية هندسة المعلومات. 


تأتي في أعلى الهرم» JM‏ في الشكل السابق» مرحلة التخطيط الإستراتيجي للمعلومات 
التي تهتم بالمعلومات الإستراتيجية للمنشأة» مثل: أهداف المنشأة» وعوامل نجاحها الحرجة. وتتمثل 
مرحلة التخطيط الإستراتيجي في ала;‏ خطة تكفل تكامل ahi‏ المعلومات وجداولها الزمنية التي 
تحقق أهداف المنشأة. ويعني هذا أن التخطيط الإستراتيجي لنظم المعلومات لا بد أن يرتبط بأهداف 
المنشأة» وأن يكون بعيد المدى لكي يتحقق نجاحه. كما يتم تحديد دور الإدارة العليا ومدى التزامها 
نحو تطوير نظم المعلومات؛ بحيث يجب على الإدارة العليا أن تتبلٌی نظم المعلومات عن قناعة وأن 
a jili‏ بالتعامل معها باعتبارها أحد الموارد الأساسية للمنشأة. وبناءً على ذلك؛ یتم تحديد السياسات 
والخطط والبرامج التي تضمن تنفيذ الخطة الإستراتيجية للمعلومات. وينتج عن هذه المرحلة 
تحديدٌ للتطبيقات التي تحتاج إليها المنشأة وتوزيعها على «مناطق عمل» ‘(Business Areas)‏ 
حتى يسهل التعامل معها في أثناء إجراء عملية التحليل المفصّل والدقيق ам Ай‏ والبيانات. ويعني 
هذا أن مرحلة التخطيط الإستراتيجي OS‏ من إعطاء نظرة عامة عن المنشأة من حيث مهامهاء 
وبیاناتھاء واحتياجاتها المعلوماتية» وهيكلها التنظيمي. 

تلي مرحلة التخطيط الإستراتيجي للمعلومات مرحلةٌ التحليل لأعمال القطاعات المختلفة؛ إذ 


یتم في هذه المرحلة النظر في مهام كل قطاع والبيانات الخاصة به. كما يتم في هذه المرحلة تحديد 
الاحتياجات من التطبيقات وقواعد البيانات. 


المرحلة الثالثة من منهجية هندسة المعلومات هي مرحلة التصميم؛ حيث يتم في هذه المرحلة 
تصمیخ النظم التطبيقية وقواعد البيانات للقطاعات المختلفة. 


أما المرحلة الرابعة» والتي تمثل قاعدة الهرم في منهجية هندسة المعلومات؛ فهي مرحلة 
التنفیذ (أو الإنجاز). في هذه المرحلة Дз‏ تحديد أشكال البيانات» وكتابة برامج التطبيقات. 


تجدر الإشارة هنا إلى أن المرحلتين الأولى والثانية ثُعدّان مستقلتين عن طبيعة الأجهزة 
والنظمء في حين أن المرحلتين الثالثة والرابعة تعتمدان على طبيعة الأجهزة والنظم المستخدمة. 
ونظراً لأهمية مرحلة التخطيط الإستراتيجي لنظم المعلومات؛ فإننا نستعرض هذه cila pall‏ بشكلٍ 


1-1-2-1 التخطيط الإستراتيجي لنظم المعلومات: 


تهدف عملية التخطيط الإستراتيجي لنظم المعلومات إلى المواءمة بين التقنيات المعلوماتية 
المتوفرة وإستراتيجيات العمل المتبعة في المنظمة. 5535 هذه المواءمة مهمة؛ حتى £S‏ الاستفادة 
العظمى من الاستثمارات في النظم المعلوماتية والتقنيات. وتمثل عملية التخطيط أساس عملية 
الانتقال من العمل اليدوي المعمول به في المنظمة إلى العمل المميكن (أو المحوسب). وتتكون 
عملية (أو مرحلة) التخطيط في منهجية هندسة المعلومات من ثلاث خطوات );1989 Martin,‏ 
(Hoffer et al, 8‏ وهي كما يلي: 

1- تحديد عوامل التخطيط الإستراتيجي: تتمثل عوامل التخطيط الإستراتيجي في أهداف 
المنظمةء وعوامل نجاحها الحرجة ومكامن (أو مصادر) المشكلات. وتهدف عملية تحديد هذه 
العوامل إلى تطوير إطار لعملية التخطيط aih‏ فيه الربط بين Lha‏ النظم المعلوماتية وخطط العمل 
الإستراتيجية للمنظمة. ويحتوي الجدول رقم (1-1) على أمثلة لعوامل التخطيط الإستراتيجي 
الممكنة في إحدى الجامعات الأهلية. 


جدول رقم (1-1): أمثلة لعوامل التخطيط الإستراتيجي. 


عوامل التخطيط 


الإستراتيجي 


زيادة عدد الخريجين بمعدل 905. 


بالجامعة. 


ارتفاع المستوى الأكاديمي لخريجي الجامعة. 
عوامل النجاح الحرجة ارتفاع مستوى الإنتاج العلمي لأعضاء هيئة التدريس. 


زيادة إنتاجية عضا هيئة التدريس. 


مكامن (أو مصادر) التوقعات غير الصحيحة لأعداد الطلبة المقبولين في الجامعة. 
المشكلات 


زيادة مستوى المنافسة مع الجامعات الأهلية الأخرى. 


وتساعد العوامل السابقة إداريي نظم المعلومات في وضع الأولويات التي تلبي متطلبات 
المستفيدين من النظم المعلوماتية الجديدة» ومن Š‏ تطوير قواعد البيانات في المنظمة. فعلى سبيل 
المثال: مصدر مشكلة التوقعات غير الصحيحة لأعداد الطلبة المقبولين في الجامعة قد يدفع إداريي 
النظم المعلوماتية إلى توفير المزيد من البيانات التاريخية عن الطلبة المقبولين في الجامعف ووضع 
المزيد من البيانات التي تنتج من دراسات أعداد خريجي الثانوية العامة» وكذلك البيانات التي تنتج 
عن احتياجات سوق العمل من خريجي الجامعات. 


2- التعرّف على مكونات (أو وحدات) التخطيط: التعرف على مكونات (أو وحدات) 
التخطیط في مجال عمل المنظمة» والذي يقوم بتقييد عملية تحليل النظم وتحديد المواقع التي تحدث 
فيها التغييرات. ویوجد خمسة مكونات (أو وحدات) للتخطیط وهي كما يلي Hoffer et al,)‏ 
2018( 


- الوحدات التنظيمية (Organizational Units)‏ التي تتمثل في الإدارات والأقسام 
1 ختلفة لا نت 2 


- المواقع التنظيمية (Organizational LoCations)‏ التي تتمثل في المواقع المختلفة التي 
تدور فيها الفعالیات المختلفة لعمل المنظمة. 


- وظائف المنظمة (Business FunCtions)‏ التي تتمثل في مجموعات من العمليات 
المرتبطة مع بعضها لمساندة مهامٌ المنظمة. وتجدر الملاحظة إلى أن وظائف المنظمة تختلف عن 
الوحدات التنظيمية؛ إذ إن وظيفة ما قد يتم القيام بها من قبل أكثر من وحدة تنظيمية واحدة. فعلى 
س‌بیل المثال: عملية تسجيل نتائج الدارسين في إحدى الجامعات؛ قد يتم ДЫШ‏ بها من خلال القسم 
الذي يتبعه كل دارس بالإضافة لإدارة (أو قسم) التسجيل في إدارة القبول والتسجيل في الجامعة. 


- أنواع الكينونات التي تتمثل في تصنيفب للبيانات وفق الأشخاصء والأماكن» والأشياء التي 
تتعامل معها المنظمة أو تدار من قبلها. 


- النظم المعلوماتية وتتمثل في التطبيقات البرمجية والإجراءات التي تتعامل مع مجموعات 
من البيانات. 


3- تطوير نموذج المنظمة :(Developing ап Enterprise Model)‏ يتكون النموذج 
المفصّل للمنظمة من تفكيكِ JI ыз,‏ وظيفة رئيسية تقوم بها المنظمة» ونموذج لبيانات 
المنظمةء ومصفوفات تخطيط مختلفة. 


والتفكيك الوظيفي :(FunCtional DeComposition)‏ هو عملية تجزئة لوظائف 
المنظمة لمستويات أكثر تفصيلاً. 2953 عملية التفكيك الوظيفي من العمليات التقليدية التي تستخدم 
في تحليل النظم؛ حتى یتم تبسيط المشكلةء ويتم تركيز الانتباه على حلهاء وللتعرژف على 
مكوناتها. 

- بيانات المنظمة؛ فيتم توصيفها باستخدام ترميز معين» مثل: نموذج «كينونة‎ iaia Gi 
علاقة»» الذي يمثل محور الفصلين الثاني والثالث من الكتاب. وإضافة للنموذج ذي الطابع‎ 
كينونة تمثل جزءاً من‎ [С] الرسومي؛ يحتوي النموذج المفصّل لبيانات المنظمة على توصيفب‎ 


بيانات المنظمة؛ وعلى قواعد العمل المتبعة في المنظمة التي تحكم صحة البيانات. وقواعد العمل 
هي عبارات لغوية تصف الأحكام والنظم واللوائح» АЙ s‏ اعتبارات مرعية أخرى жей‏ العمل في 
المنظمة. كما ущ‏ نموذج بيانات المنظمة أيضاً العلاقات التي تربط بين الكينونات المختلفة في 
مخطط نموذج بيانات المنظمة. 


i‏ العلاقات الأخرى بين وحدات التخطيط؛ فيتمٌ أخذها بعين الاعتبار أيضاً في أثناء نمذجة 
المنظمة. ومن الأنماط المتعارف عليها في تمثيل مثل هذه العلاقاتء مصفوفات وحدات التخطيط. 
وتقوم المصفوفات بتوفير وظيفة «Ааа‏ هذه الوظيفة هي إظهار المتطلبات التي تحتاج إليها المنظمة 
من النظم المعلوماتية دون الحاجة إلى نمذجة قاعدة بيانات المنظمة التي يجب استخدامها مع هذه 
النظم. كما تساعد المصفوفات في كثيرٍ من الأحيان في وضع أولويات تطوير النظم المعلوماتیة 
وترتيب عمليات التطوير» وجدولة عمليات التطوير؛ من خلال نظرة شاملة لاحتياجات المنظمة من 
النظم المعلوماتية. ويمْكن استخدام عددِ من مصفوفات التخطيط التي من بينهاء ما يلي: 

- الموقع ‏ الوظيفة: يحدّد هذا sil‏ £ من المصفوفات GS‏ موقع ёз‏ بممارسة مهمة (أو 
وظيفة) ما. 

- الوحدة - الوظيفة: يحدّد هذا النوع من المصفوفات O<‏ وحدة إدارية مسئولة عن (أو تقوم 
بممارسة) مهمة (أو وظيفة) ما. 

- النظام المعلوماتي - الكينونة: аы‏ هذا النوع من المصفوفات تفاعل O<‏ نظام 
معلوماتي مع الكينونات التي تمثل بيانات المنظمة؛ إذ توضّح النظم المعلوماتية المسئولة عن إنشاءء 
أو استرجاع» أو تحديث» أو حذف OK‏ نوع من أنواع البيانات المتوفرة في المنظمة. 

وبعد تحديد مناطق العمل والنظم المعلوماتية التي تحتاجها OK‏ واحدة من مناطق العمل؛ 
يتم تطوير هذه النظم وفق المنهجية الأكثر انتشاراء وهي «دورة حياة تطویر النظم المعلوماتية»» 
التي نوجزها كما يلي. 

System Development Life) دورة حياة تطوير النظم المعلوماتية‎ 2-1-2-1 
: ((CyCle (SDLC 


290 منهجية تطوير النظم المعلوماتية وفق ما يُعرّف ب «دورة حياة تطوير النظم 
المعلوماتية» الطريقة التقليدية لتطوير النظم المعلوماتية. وتتكون هذه المنهجية من خطوات متكاملة 
يتم اتباعها لتوصيف» وتطوير» وصیانة واستبدال النظم المعلوماتية. ويمكن تصوّر هذه المنهجية 
على أنها مجموعةٌ من الخطوات التي تصب من واحدةٍ إلى أخرىء كما هو ОА‏ في الجزء الأيسر 
من الشكل رقم (4-1). 


مرحلة التصميم | .— А‏ 


المنطقى 


شكل رقم (4-1): خطوات تطوير التطبيقات وفق منهجية «دورة حياة تطوير النظم المعلوماتية». 
ويُبيّن الجدول رقم (2-1) الغرض (أو الهدف) من OK‏ مرحلة ومخرجات المرحلة. 


جدول رقم (2-1): غرض OS‏ مرحلة من مراحل «دورة حياة تطوير النظم المعلوماتية» 


ومخرجاتها. 


التعرف على دواعي تطوير نظام اعتماد تصميم وتطوير نظام معلوماتي 


معلوماتي جديد أو تحسين نظام | لتحسين أداء المنظمة في جانب من 
قائم. الجوانب التي تقوم بها ضمن مهامها. 


المشروع فيها النظام المعلوماتي في تحسين| إجراؤها على نظام قائم أو تطوير نظام 


التحليل التفصيلي للنظام؛ بهدف | مواصفات النظام الوظيفية التي تلبي 


مواصفات وظيفية تفصيلية للبيانات 
وقواعد معالجة البيانات: 
تطوير المواصفات التنظيمية | شراء التقنيات التي يتطلبها النظام: 
كناية рн‏ ويتاء الملفات | | | 
É с^‏ برامج تعمل بشكلٍ سليم وفق مواصفات 
النظامء ووثائق النظامء وأية مواد 


ы:‏ التے, ستحت ببانات النظا 
التنفيذ (أو البناء) ЛАБЕ‏ 
وتركيب واختبار النظامء وتدريب 


مراقبة عمل وأداء النظام وفوائده» 
والعمل على إصلاح الأخطاء فيهء 
وتحسين أدائه. 


المراقبة الدورية للنظام؛ للتأكد من عمله 
بشكلٍ سليم وتلبيته لاحتياجات المنظمة. 


ويتشابه الشكل رقم (4-1)ء الذي يمثل دورة حياة تطوير النظم المعلوماتية» مع «الشلال 
المائي» (Waterfall)‏ إذ إن OS‏ خطوة (أو مرحلة) تصب في الخطوة (أو المرحلة) التالية. غير 
أن هذه الخطوات قد لا تكون منفصلة تماماً على أرض الواقع؛ فبعض هذه الخطوات قد يتطابق في 
بعض أجزائها من حيث وقت التنفيذ؛ وذلك في حال إمكانية تنفيذها بشكل متزامن. كما أنه 
بالإمكان الرجوع إلى خطوات سابقة في الشلالء فيما يشبه التغذية المرتدة؛ وذلك عند ضرورة 
الرجوع إلى خطوات سابقة لإعادة النظر في القرارات والاعتبارات التي £ اتخاذها في تلك 
الخطوات. 


ونظراً لأن تطوير قواعد البيانات يتم في مراحل موازية لعملية تطوير النظم المعلوماتية؛ 
فإننا نلخص خطوات تطوير قواعد البيانات المقابلة لخطوات تطوير النظم المعلوماتية فيما يلي. 


1-2-1-2-1 عملية تطوير قاعدة البيانات: 


یوضتح الشكل السابق (شكل رقم (4-1))ء الذي يمثل دورة حياة النظم المعلوماتيةء في جانبه 
الأیمنء الخطوات المتعلقة بتطوير قاعدة البيانات في OK‏ مرحلة من مراحل تطوير النظام 
المعلوماتي. وفيما يلي شرحٌ لهذه الخطوات: 


- نمذجة المنظمة :(Enterprise Modeling)‏ تبدأ مرحلة تطوير قاعدة البيانات في 
أثناء مرحلة نمذجة المنظمةء التي نُعَدُ Íe ja‏ من مرحلة اختيار وتحديد المشروع. ila ра Í‏ نمذجة 
المنظمة كما أسلفنا أعلاه؛ فتبدأ في مرحلة التخطيط الإستراتيجي للمنظمة. وفي مرحلة نمذجة 
المنظمة» تتم مراجعة قواعد البيانات المتوافرة في المنظمةء وتحليل طبيعة منطقة العمل التي يتبعها 
مشروع النظام المعلوماتي قيد التطويرء зз‏ توصيف البيانات التي يحتاج إليها النظام بشكلٍ عام 
دون الخوض في تفاصيل البيانات. 


- النمذجة المفاهيمية У :(ConCeptual Data Modeling)‏ في هذه المرحلة تحليل 
لقث العامة من انات الى ناد لیا الط „Дык‏ را هذه نة كن 
خطوتين: 25 الخطوة الأولى بالتزامن مع مرحلة التخطیط والبدء في مشروع النظام المعلوماتي؛ 
حيث یتم وضع تصور للبيانات التي يحتاج إليها النظام باستخدام نموذج «كينونة - علاقة» مبسط 
وتحديد قواعد البيانات الموجودة فعلياً وتحتوي على بيانات 
قد يتعامل معها النظام الجديد. ويتم توصيف البيانات في هذه المرحلة والعلاقات فیما بينها بشكلٍ 
مُقتضب عالي المستوى دون الدخول في التفاصيل الدقيقة لها. أما الخطوة الثانية فتتمٌ بالتزامن مع 
مرحلة تحليل єр з АЙ‏ وتهدف إلى إنتاج نموذج تفصيلي للبيانات يُحدّد OK‏ البيانات التي يتعامل 
معها النظام. ويحتوي النموذج التفصيلي على جميع أصناف (أو فئات) البیانات وجميع حقول 
أضناف البيانات» وتمثيل لكل العلاقات التی تریط البيانات بعضها aza‏ وتحديد كل قواعد العمل 
التي تُعنّی بتكامل (أو صحة) البيانات. ويحتوي الفصل الثاني من هذا الكتاب على شرح مُفصّلِ 


للمكونات الأساسية لنموذج البيانات «كينونة - علاقة» (Entity-Relationship Model)‏ الذي 
КК‏ أكثر نماذج البيانات المفاهيمية شيوعاً. أما الفصل الثالث؛ فيحتوي على شرح لأهمّ مكونات 
О‏ لتاق اكور الذي E E‏ الا رات سنا رن گر 
تعقيداً في العلاقات فيما بينها. 


- التصميم المنطقي لقاعدة البيانات :(LogiCal Database Design)‏ يتم في هذه 
المرحلة تحويل النموذج المفاهيمي إلى النموذج العلاقي بناءَ على نظرية قواعد البيانات العلاقية: 
وب استخدام شكل قياسي А‏ «العلاقات». وكلما S‏ تصمیخ أحد برامج النظام المعلوماتي؛ تتمٌ 
مراجعة تفصيلية للعمليات التي تتفاعل مع قاعدة البيانات» والتقارير» والشاشات التي يحتويها 
البرنامج؛ بهدف التعرف على كل البيانات التي يتفاعل معها النظام المعلوماتي وطبيعة هذه 
البيانات. وتوفر مثل عملية المراجعة هذه لبرامج النظام نظرةً شمولية لقاعدة البيانات من الممكن 
أن تؤدي إلى إعادة النظر في بعض جوانب النموذج المفاهيمي الذي 55 تصميمه في المرحلة 
السابقة» وتعديلها حسب المعطيات الجديدة. وبعد ذلك 2 عملية تحويل مواصفات البيانات التي 
يتطلبها النظام إلى علاقات جيدة البناء تحتوي على أقل قدرٍ من تكرارية البيانات التي تؤدي إلى 
أخطاء التعديل على قاعدة البيانات. وتستخدم في هذه العملية delgi‏ مُستمدّة من نظرية قواعد 
البيانات العلاقية تُسمّى في مجملها عملية «التطبيع» .(Normalization)‏ ويشرح daill‏ 
الخامس من الكتاب التصمیغ المنطقيّ لقواعد البيانات العلاقية» في حين يشرح الجزء الأول من 
الفصل السادس مفهوم تطبيع العلاقات ومستويات تطبيعها. 


- التصميم المادي لقاعدة البيانات وتعريفها :(PhysiCal Database Design)‏ في 
هذه المرحلة يتم تحديد طريقة تنظيم قاعدة البيانات على وحدات تخزين الحاسب الآلي» وهي 
الأقراص الصلبة е‏ كما يتم تعريف الهياكل المادية لإدارة قاعدة البيانات. وتهدف هذه 
المرحلةء بشكلٍ عامء إلى التصميم الجيد لقاعدة البيانات على وحدات التخزين وتصميم الهياكل 
المناسبة لها؛ بحيث يمكن للمستفيدين والنظم المعلوماتية أن تتعامل مع قاعدة البيانات بشكل فعال؛ 
من حيث الأداء بالإضافة إلى تأمين السرية في التعامل معها. ويعني هذا أن التصميم المادي 
لقاعدة البيانات يجب أن يتمَّ بتناسق کاملٍ مع مراحل التصميم المادية الأخرى للنظام المعلوماتي» 


ШШ ый‏ امک Ао‏ ی 


- بناء قاعدة البيانات :(Database Implementation)‏ في مرحلة بناء قاعدة البيانات 
Ай‏ كتابة» واختبارء وتركيب البرامج التي ستتعامل مع قاعدة البيانات. وقد تتم كتابة هذه البرامج 
باستخدام لغات البرمجة العامة (مثل: كوبول» وسى» وجافا)ء أو لغات معالجة خاصة بقواعد 
البيانات» مثل: «لغة الاستفسار البنائية» (SQL)‏ أو أية لغة خاصة لكتابة التقارير وإظهار 
الشناشات والتی قد تحتوي على بعطن الرسومات المعبرة. LS‏ يتم في هذه المرحلة إنهاء عملية 
توثيق تصاميم قاعدة البيانات» وتدریب المستفيدين l ела‏ الخطوة الثانية من هذه المرحلة؛ فهي 
عملية تعبئة البيانات في قاعدة البيانات» وتتم هذه الخطوة من خلال تحويل البيانات المتوفرة في 
ملفات النظم قيد الاستخدام إلى صيغة قياسية (مثل: «النظام الثنائي» (Binary System)‏ أو 
ASCII‏ أو ¿(Unified Code‏ ثم تعبئتها في قاعدة البيانات حسب صيغة البيانات المستخدمة في 
قاعدة البيانات. أمّا في حالة عدم توفر أية بيانات للنظام الجديد من نظم سابقة قيد الاستخدام؛ فتتم 
عملية تعبئة البيانات حسب توفرها للنظام وإدخالها أولاً بأول. 


- صيانة قاعدة البيانات :(Database MaintenanCe)‏ في مرحلة الصيانة تتم مراقبة 
قاعدة البيانات؛ وذلك لكونها تتصف بارتقائها وتطؤّرها المستمر نتيجة لعمليات الحذف» والتعديل» 
والإضافة لهياكل بياناتها؛ حتى تتناسب مع التغيرات المستمرة في بيئة العمل؛ أو لتصحيح الأخطاء 
في تصمیم قاعدة البيانات» أو لتحسين أداء معالجة البيانات المخزنة في قاعدة البيانات. ويمكن 
النظرٌ لهذه المرحلة على أنها مرحلة تطوير مقتضبة لقاعدة البيانات تحتوي على مراحل النمذجة 
المفاهيمية» والتصميم المنطقيء والتصميم الماديء والبناء؛ حتى يمكن التعامل مع التغيرات 
المستمرة لقاعدة البيانات. ويمكن النظر لمرحلة الصيانة على أنها عملية تطوير لقاعدة البيانات 
ضمن فترات مراجعة ,25 فيها النظرٌ في التغيرات الحادثة في بيئة العمل وما تتطلبه هذه التغيرات 
من تطوير لقاعدة البيانات. 


3-1-2-1 طرق التطوير البديلة لنظم المعلومات: 


على الرغم من أن تطوير النظم المعلوماتية وفق منهجية «دورة حياة تطوير النظم 
المعلوماتية» التي تحتوي على оле‏ من الخطوات و«نقاط التحقق» {СҺеСКроіпіѕ)‏ لضمان 
تطوير النظم بدرجة عالية من الدقة والصحة في نتائجها وتلبيتها لمتطلبات المستفيدين منهاء غير أن 
هذه المنهجية يتم انتقادها عادة؛ بسبب طول الفترات الزمنية التي تحتاج إليها لإنتاج النظم 
المعلوماتية» خاصة أن النظم التي يتم تطويرها وفق هذه المنهجية لا تكون جاهزة للعمل إلا في 
المرحلة الأخيرة من هذه المنهجية. ولهذا السبب؛ فإن العديد من المنظمات تستخدم طرق تطوير 
بديلة لنظم المعلومات تتسم بالتطوير السريع لنظم التطبيقات. وتسمح هذه الطرق بالتطوير السريع 
للنظم من خلال عملية متكررة لمراحل التحليل» والتصمیمء والبناء؛ حتى يصبح النظام СЫ‏ 
لاحتياجات متطلبات المستفيدين. وتعمل طرق التطوير السريعة هذه أفضل ما يكون عندما تكون 
قواعد البيانات التي يتطلبها النظام قيد التطوير موجودة فعلياً على أرض الواقع. ومن ثم؛ فإن 
النظام الجديد يتميز بكونه نظام استرجاع للبيانات عوضاً عن كونه نظام تحديث أو إدخال للبیانات 
ويتطلب مراجعة لھیاکل قواعد البيانات. 


:(Prototyping) 155! النموذج‎ 1-3-1-2-1 


S‏ طريقة «النموذج الأؤلي» واحدةً من أكثر طرق التطوير السريع لنظم المعلومات 
شيوعاً. وطريقة النموذج الأوّلي؛ هي عملية تطوير للنظم المعلوماتیة 25 فيها تحويل متطلبات 
المستفيدين إلى نظام عامل؛ بحيث تتم مراجعته بشكلٍ у Жїз‏ بين محللي النظام والمستفيدين منه؛ 
حتی يتمَّ الوصول إلى نسخة توافق متطلبات المستفيدين. ويوضّح الشكل رقم )5-1( خطوات 
تطویر النظم المعلوماتية وفق طريقة النموذج الأوّلي. 


مراجعة وتحسسن 


النموذج الأولى 


شكل رقم :)0-١(‏ خطوات تطوير النظم المعلوماتية وفق طريقة النموذج الأولي. 


وبينما чау‏ الشكل رقم )5-1( مراحل تطوير النظم المعلوماتية وفق طريقة النموذج 
s 2199,‏ فإن الجدول رقم )3-1( یوضتح الفعاليات المصاحبة لهذه المراحل؛ والتي تتعلق بتطوير 
قاعدة البيانات بشكل تقريبي. 


جدول رقم (3-1): الفعاليات المتعلقة بقواعد البيانات المصاحبة لمراحل تطویر النظم 
المعلوماتية وفق طريقة النموذج الأؤلي. 


الفعاليات المتعلقة بقواعد البيانات 


- تحليل متطلبات النظام. 
- تطوير نموذج مبدئي للبيانات التي يتطلبها النظام, 


التطوير الأوّلي 1- التصميم المنطقي لقاعدة البيانات: 
للنموذج المبدئي - تحليل تفصيلي لمتطلبات النظام. 
- تحويل النموذج المفاهيمي إلى النموذج العلاقي. 
5 تطبيع العلاقات. 


2- التصميم المادي لقاعدة البيانات: 
- تعريف محتويات قاعدة البيانات. 


- تنظیم محتويات قاعدة البيانات مادياً. 
- تصميم البرامج التي تتعامل مع قاعدة البيانات. 
بناء واستخدام بناء قاعدة البيانات: 
СЗУ‏ | _ كتابة التعليمات التى تتعامل مع قاعدة البیانات ضمن برامج النظام. 
Е z‏ مع کم پر ام ê‏ 
- تعبئة البيانات في قاعدة البيانات من مصادر البيانات المتوفرة (في النظم 
القائمة). 


مراجعة وتحسين صيانة قاعدة البيانات: 


النموذج الاوّلي | تحليل قاعدة البيانات؛ للتأكد من تلبيتها لمتطلبات النظام المعلوماتي. 


- تصحيح الأخطاء في قاعدة البيانات. 


ضبيانة قاع А‏ 


- تحسين أداء قاعدة البيانات. 


- تصحيح الأخطاء في قاعدة البيانات. 


ât‏ عملية Аъла)‏ المفاهيمية لقاعدة البيانات» Об;‏ مقتضب» عندما يتمٌ تحدید النظام 


المعلوماتي الذي يجب تطويره. وفي مرحلة التطوير المبدئي للنموذج الأوّلي یتم تصميم الشاشات 
والتقارير التي تلبي احتياجات المستفيدين» وفي الوقت نفسه؛ التعرف على АЙ‏ متطلبات إضافية 
يحتاج إليها المستفیدون من قاعدة البيانات؛ إضافة إلى تعريف قاعدة البيانات. وعادةً ما تكون 
قاعدة البيانات الخاصة بالنظام قيد التطوير نسخة تتألف من أجزاء قواعد بيانات متوفرة في 


المنظمة وقيد العمل بهاء مع إمكانية احتوائها على بيانات جديدة. 

وبعد تطوير النموذج المبدئي والبدء في استخدامه؛ ينتقل النظام إلى حلقة تتكرّر فيها مرحلة 
البناء ومرحلة المراجعة. وعند بداية انتقال النظام لهذه الحلقةء تكون جوانب уы)‏ 45 والتکامل في 
النظام أقل ما يمكن؛ لأن التركيز كان Кала‏ على الحصول على نموذج أوّلي عامل. وبعد أن 


يصل ДАШ‏ إلى даз‏ مستقر يُلبي غالبية متطلبات المستفيدين» نتيجة لمروره بعددِ من مراحل 
المراجعة والبناء» 07803 OK‏ من المستفيدين ومُطوّري النظام نقله للمرحلة الإنتاجية (أو التطبيقية)» 
يدخل النظام في مرحلة الصيانة» ويبقى في هذه المرحلة ما بقي النظام قيد الاستخدام. 


وكما BAG‏ من خلال الشرح السابق؛ فإن طرق التطوير السريعة OS‏ من الوصول إلى 
نظام عامل بأقل وقتِ ممكن؛ ولكنه يُلبي уй E‏ ممكن من احتياجات المستفيدين. أما منهجية 
دورة حياة النظم المعلوماتية فثلبي أكبر قدر ممكن من احتياجات المستفيدين؛ ولكنها تتطلب وقتاً 
کبیراً للوصول إلى نظام عامل. ولذلك؛ فإن الاختيار بين الطريقتين يعتمذ 385 كبيرٍ على طبيعة 
النظام المعلوماتي قيد التطويرء وخاصة درجة تلبيته لاحتياجات المستفيدين في صورته الأولى» من 
جانب» والوقت المتوفر لعملية تطوير النظام» من جانب آخر. 

2-2-1 مكونات بيئة نظام قاعدة البيانات: 


5⁄3 البيئة التشغيلية لنظام قاعدة البيانات بيئة متكاملة من الأجهزة والبرامج والأفراد الذين 


يشرفون على إدارة وتشغيل نظام قواعد البيانات. ويوضح الشكل رقم (6-1) المكونات الرئيسية 
لبيئة نظام قواعد البيانات وعلاقتها ببعضها. 


شكل رقم :)1-١(‏ المكونات الرئيسية لبيئة نظام قاعدة البيانات. 


وفيما يلي توضيخ للمکونات الرئيسية لبيئة قاعدة البيانات: 


1- أدوات هندسة البرمجيات المساعدة : هي أدوات آلية مصاحبة لنظام قاعدة البيانات 


تُستخدم hale‏ في عملية تصميم قواعد البيانات وبرامج التطبيقات. 


2- مستودع :(Керовїїогу)‏ 352 المستودع قاعدة معارف مركزية تحتوي على تعريف 
لجميع البيانات والشاشات والتقارير. كما يحتوي المستودع على معلومات عن ana‏ مخططات 
قاعدة البيانات والقيود عليهاء وعلی معلومات أخرى يدخل من ضمنها القرارات التي تع اتخاذها في 
عملية تصميم قاعدة البيانات» ومقاييس استخدام قاعدة البيانات» ووّصلف للتطبيقات التي ستتعامل مع 
قاعدة البيانات» ومعلومات عن المستفيدين من قاعدة البيانات. ويمكن الرجوع إلى هذه المعلومات 
عند الحاجة» سواء من المستفيدين من قاعدة البيانات أم من إداريي قاعدة البيانات. ويمكن تشبيه 
مستودع المعلومات بكتالوج نظام إدارة قاعدة البيانات (DBMS Catalog)‏ الذي يحتوي على 
معلومات تفصيلية عن البيانات المخرّنة في قاعدة البيانات» وطرق استرجاعها АССезз)‏ 
15 ؛ وأماكن وجودها؛ إضافة إلى معلومات عن حقوق المستفيدين في التعامل معها Users)‏ 
0 200659 ). غير OÍ‏ المستودع يحتوي على معلومات أكثر تنوعاً من كتالوج نظام 
إدارة قاعدة البيانات» كما أنه مسخرٌ للتعامل معه بشكل مباشرِ من قبل المستفيدين من نظام قاعدة 
البیاناتء من مبرمجين للتطبيقات وإداريين لقاعدة البيانات» (шас‏ عن استخدامه من قبل برامج 
نظام إدارة قاعدة البيانات الذي هو حال كتالوج نظام إدارة قاعدة البيانات. 


3- نظام إدارة قاعدة البيانات :((Database Management System (DBMS)‏ هو 
نظام برمجي تجاري يُستخدم لإدارة قاعدة البيانات من حيث تخزين واسترجاع وتحديث البيانات 
طبقاً لمتطلبات المستفيدين من قاعدة البيانات» كما أنه مسئول عن سلامة البيانات وتكاملها حتى في 
ضوء التداول المتزامن لها من قبل المستفيدين من البيانات» وفي حالة حدوث عطل من الأعطال 
للنظام الحاسوبي الذي يحتوي على قاعدة البيانات. 


4- قاعدة البيانات :(Database)‏ هي Ае sasa‏ من البيانات المترابطة منطقياً فيما بينها Š‏ 
سا ада АА Кк‏ کین ЛО ООО‏ رشتی = 


البيانات على البيانات الفعلية الموجودة في المنظمة عوضاً عن وصفها الذي يكون مخزناً في 
المستودع. 

5- برامج التطبيقات :(AppliCation Programs)‏ هي مجموعةً من البرمجيات ái‏ 
تطويرها لتستخدم من قبل المستفيدين من قاعدة البیانات؛ بحيث تمگنھم من إدخال البيانات في قاعدة 
الجافاك الس еде‏ بالإهدافة لاتا الحصول Де‏ م مات فا sss да‏ 


6- واجهة المستفيد :(User InterfaCe)‏ هي Ае уаз‏ من اللغات والقوائم (Menus)‏ 
والأوامر والنماذج (Forms)‏ التي تمكن المستفيدين من التعامل مع بقية مكونات النظام وما فيها من 
أدوات هندسة البرمجيات» وبرامج التطبيقات» ونظام إدارة قاعدة البيانات» والمستودع. 


7- إداريو قواعد البيانات :(Database Administrators (DBAs))‏ هم الأشخاص 
المسئولون عن تصميم قواعد البيانات» ووضع سياسات أمنها وسلامتھاء واستعادتها لوضعها 
التشغيلي الطبيعي بعد حدوث الأعطال. ويستخدم إداريو قواعد البيانات نظام إدارة قواعد 
البيانات» وأدوات هندسة البرمجيات والمستودع في أداء مهامهم. 


8- مُطوّرو النظم :((Developers 'Systems‏ هم А‏ النظم والمبرمجون الذين 
يقومون بتطوير نظم التطبيقات التي تحتاج إليها المنظمة. وعادةً ما يستخدم مطورو النظم أدوات 
هندسة البرمجيات في عملية تحليل احتياجات المستفيدين وتصميم النظم. 


9- المستفيدون :(End Users)‏ هم الأشخاص الذين يتعاملون مع قاعدة البيانات من خلال 
إدخال البيانات إليها أو إجراء التعديلات عليهاء ويطلبون أو يستقبلون معلومات منها. 

asus‏ في الشكل السابق لبيئة نظام قاعدة البيانات أن جميع التعاملات مع قاعدة البيانات 
المخرّنة في النظام لا بد أن تمرّ من خلال نظام إدارة قاعدة (DBMS) «Ы‏ لكونه الجزء 
المسئول عن سلامة البيانات وتكاملها في جميع الأحوال التشغيلية للنظام. 

Levels of AbstraCtion: Three-) مستويات التجريد: المنظورات الثلاثة‎ 3-2-1 
:(SChema ArChiteCture 


إن الهدف من وراء بناء قواعد البيانات وفق المنظورات الثلاثة؛ هو الفصل بين برامج التطبيقات التي يستخدمها 
المستفيدون والبيانات المخرّنة في قاعدة البيانات. وبمذه الطريقة يتم توصيف البيانات في نظم إدارة قواعد 
البيانات وفق ثلاثة مستويات من التجريد. ويتكون توصيف البيانات في كل مستوى من هيكل (SChema)‏ 
للبيانات. ويوضح الشكل رقم (7-1) مستويات التجريد «АУЫ‏ وعلاقة كلّ منها بالأخرى. كما تجدر 
الإشارة هنا إلى أن المستويات الثلاثة كافة ما هي إلا توصيف لقاعدة البيانات نفسهاء ولكنه يتم من خلال 
منظورات مختلفة. 


منظور خارجى 
External Vicw External Vicw External Vicw‏ 


| External Schema 


ka‏ ئا جال 
سو Бы‏ 


т Z. 


Internal View 


نظام إدارة قاعدة البيانات 
(Database Management System)‏ 


شكل رقم (7-1): مستويات التجريد في بيئة نظام قاعدة البيانات. 

وفيما يلي توضيحٌ لمستويات التجريد الثلاثة الواردة في الشكل (7-1): 

1- المنظور الداخلي :(Internal View)‏ للمنظور الداخلي هيكل (SChema)‏ يصف 
التركيبة الداخلية لقاعدة البيانات متضمناً ذلك تفاصيل تخزين البيانات» مثل: مسميات الملفات 
المخزنة «а‏ وأماكن تخزينها على الأقراص الصلبةء وعما إذا كانت البيانات متكررة على 
مجموعة من الأقراص الصلبة САШ‏ من استعادتها في حالة الأعطال؛ إضافة إلى طرق الوصول 
إليها. 


2- المنظور المفاهيمي ;(ConCeptual View)‏ للمنظور المفاهيمي هيكل (SChema)‏ 
يصف تركيبة كامل قاعدة البيانات لمجموعة من المستفيدين. ويخفي المنظور المفاهيمي تفاصيل 
تخزين البيانات في المستوى الداخلي؛ حيث يركز على وصف الكينونات» والعلاقات» ونوعية 
البيانات (Data Types)‏ والقيود المفروضة على قاعدة البيانات دون الخوض في تفاصيل تخزين 
البيانات وطريقة الوصول إليها. 


3- المنظور الخارجي :(External View)‏ يتكون المنظور الخارجي من مجموعة من 
الهياكل التي تصف منظورات المستفيدين من قاعدة البيانات. ولكل مجموعة من المستفيدين 
منظورها الخاص الذي يهمها من قاعدة البيانات. وكل هيكل خارجي یصف جزءاً من قاعدة 
البيانات يدخل ضمن اهتمام مجموعة محددة من المستفيدين ويخفي ما تبقى من قاعدة البيانات عن 
О ст‏ 

تجدر الملاحظة إلى أن المنظورات الثلاثة ما هي У)‏ وَصْف لقاعدة البيانات؛ إذ لا يوجد 
سوى قاعدة بيانات واحدة مخزنة في المستوى المادي. ولأن 05 مستخدم يتعامل مع منظوره 
(الخارجي) لقاعدة ال بیانات؛ فإن نظام إدارة قاعدة البیانات يجب أن يترجم 2 chlai‏ من قبل 
المستخدم لما يكافئه من تعامل على المنظور المفاهيمي» ومن ثم ما يكافئه على المنظور الداخلي. 


ی کک ارہ على سر نکل ات فى سرن مار А ый‏ خر ول 
البيانات في المستوى الذي یعلوہ, ويقودنا هذا إلى تعریف مستویین من عدم اعتمادية البيانات» 


1- عدم الاعتمادية المنطقية: هي القدرة على تغيير الهيكل المفاهيمي دون الحاجة إلى 
تغيير المخطط الخارجي أو برامج التطبيقات؛ إذ يمكننا إضافة جدول جديد أو حقل ضمن جدول أو 
قيد جديد على قاعدة البيانات دون الحاجة إلى تغيير المخططات الخارجية أو التعديل على برامج 
التطبيقات. كما أنه يمكننا حذف جدول أو حقل ضمن جدول دون الحاجة إلى تعديل المنظورات 
كافة أو التطبيقات كافة» وإنما یُکتفی بتعديل تلك المنظورات والتطبيقات التي ستتأثر بمثل عملية 


الحذف هذه. كما يمكن حذف بعض القيود أو التعديل عليها دون الحاجة إلى تعديل أي من 
المنظورات «Ааа ДАЛ‏ أو أي من برامج التطبيقات. 

2- عدم الاعتمادية المادية: هي القدرة على تعديل الهيكل الداخلي لقاعدة البيانات دون 
الحاجة إلى تغيير الهيكل المفاهيمي» ومن ثم عدم الحاجة إلى تغيير الهياكل الخارجية كذلك. ومن 
التغييرات التي قد تطرأ على الهيكل الداخلي إعادة ترتيب بعض ملفات قاعدة البيانات» مثل: إنشاء 
هياكل جديدة للوصول إلى البيانات (ACCess StruCtures)‏ التي تساعد على الوصول إلى 
البيانات بفاعلية أكبر. 


4-2-1 أنواع قواعد البيانات المتوافرة على المستوى التجاري: 


يتوافر حالياً في الأسواق عد كبيرٌ جداً من نظم إدارة قواعد البيانات التي تُراوح مجالات 
استخداماتها بین «الشخصية» (Personal Databases)‏ القابلة للاستخدام الفردي» مثل تلك التي 
يمكن تنصيبها على «الحاسبات الشخصية» ¿(Personal Computers)‏ أو «المساعد الرقمي 
الشخصي» (Personal Digital AssistanCe)‏ وصولاً إلى تلك التي оба‏ تنصيبها 
واستخدامها على «الحاسبات المركزية» (Mainframes)‏ التي قد يصل أعداد مستخدميها إلى 
الآلاف منهم. وعلى الرغم من الاختلافات الجوهريةء في بعض الأحيان» في التقنيات المستخدمة 
في eli‏ نظم قواعد البيانات؛ فإنها تجتمغ Lad‏ تقيّمه من مَیْزات على نظم الملفات التقليدية بوصفها 
Аһ,‏ لتخزين وإدارة البيانات» التي سبق أن 8 استعراضها أعلاه. Дыл,‏ هذا الكتاب» وبشکلِ 
خاص» بنظم قواعد البيانات العلاقية؛ وذلك لكونها الأكثر انتشاراً في وقتنا الراهن على الرغم من 
وجود نظم إدارة قواعد بيانات مبنية على نماذج أخرى للبيانات» مثل: «الهرمية» 
«(HierarChiCal)‏ و«الشبكية» (Network)‏ و«الشيئية» .(ObjeCt-Oriented)‏ 


ai aa 3-1‏ لتطوّر نظم قواعد البيانات: 
كانت بداية ظهور نظم إدارة قواعد البيانات في الستينيات الميلادية» وهي منذ ذلك الحين 
تتطور بشكل مستمر. ويستعرض هذا الجزء من الكتاب А]‏ التطورات في هذا المجال. 


- الستينيات الميلادية: اعتمدت الغالبية العظمى من التطبيقات في هذه الجقبة الزمنية على 
الملفات في بنائها؛ غير أن هذه الحقبة شهدت ә‏ أولى نظم إدارة قواعد البیاناتء وقد 5 
تصميمها من قبل شارلز باتشمان (Charles BaChman)‏ الذي كان يعمل في شركة جنرال 
إلكتريك )2003 (Ramakrishnan and Gehrke,‏ وقد „Аз‏ هذا النظام بمخزن البيانات 
المتكامل (Integrated Data Store)‏ الذي أصبح فيما بعد أساساً لنموذج البيانات الشبكي 
¿(Network Data Model)‏ كما 23 وضع مقاييس لهذا النموذج من خلال مؤتمر عرف بمؤتمر 
لغات نظم البيانات ((ConferenCe оп Data Systems Languages (CODASYL)‏ الذي 
كان له أثرٌ كبيرٌ في مسار نظم قواعد البيانات عبر الستينيات الميلادية. ولقد حصل باتشمان على 
أول جائزة تورينغ (АСМ Turing Award)‏ وهي جائزة الحاسب الآلي المكافئة لجائزة نوبل» 
على أعماله في مجال نظم قواعد البيانات عام 1973م Ramakrishnan апа Gehrke,)‏ 
2003(„ وفي أواخر الستينيات المیلادیةء طورت شركة أي. بي. إم. (IBM)‏ نظاماً „5з‏ بنظام 
إدارة المعلومات ((Information Management System (IMS)‏ الذي أصبح فيما بعد أساساً 
لنموذج البيانات الهرمي (HierarChiCal Data Model)‏ الذي 32 نموذجاً ©шм‏ للنموذج 
الشبكي. 


وكان استخدامُ نظم قواعد البيانات في الستينيات الميلادية محصوراً في التطبيقات التي تغلب 
Шс‏ ضخامة البيانات» وتعقّد مهامهاء مثل التطبيقات التي أستخيمت في مشروع هبوط مركبة 
الفضاء أبولو (Apollo)‏ على سطح القمر )2018 (Hoffer et al,‏ كما تميّزت هذه الفترة Laj‏ 
ببداية المجهودات التي تهدف إلى وضع المقاييس المتعلقة بنظم إدارة قواعد البيانات؛ من خلال 
تشكيل فريق مهمة قواعد البيانات (Data Base Task Group)‏ مع نهاية العقد. 


- السبعينيات الميلادية: أضحت قواعد البيانات في هذا العقد واقعاً ملموساً على المستوى 
التجاري؛ Да‏ تطويرُ نظم إدارة قواعد البيانات «الهرمية» (HierarChiCal)‏ و«الشبكية» 
(Network)‏ للاستخدام في تطوير التطبيقات ذات هياكل بيانات معقدة ааз‏ تطويرها باستخدام 
الملفات التقليدية. وتمثل نظم إدارة قواعد البيانات الهرمية والشبكية التي طورت في هذه المرحلة 
الجیلَ الأول لنظم إدارة قواعد البيانات على المستوى التجاري. وقد ŝi‏ استخدامُ كلا النموذجين بشکلِ 


كبير في هذه المرحلة. وما زالت هنالك بعض النظم التي تستخدم هذين النموذجين قيد العمل 
والاستخدام حالياً. 


وعلى الرغم من نجاح كلا النموذجين وانتشارهما في هذه المرحلة؛ Gl‏ كليهما كان يعاني 
بعض المساوئ الجوهرية التي يمكن تلخيصها فيما يلي: 


]- صعوبة التنقل بين البيانات: فالبيانات 555 على هيئة «سجلات» (ReCords)‏ ووسيلة 
التنقل المُستخدمة «алал‏ في كلا النموذجین؛ على الانتقال من سجل للبيانات إلى آخر. ويعني هذا 
ضرورة كتابة برامج معقدة للإجابة حتى عن أبسط الاستفسارات التي تُجری على قاعدة البيانات. 


2- محدودية الاستقلالية بين البيانات والبرامج التي А‏ معهاء ومن ثم فإن البرامج 
ليست بمعزل عن «هيئة البيانات» .(Data Format)‏ 


3- لا 358.9 (БУ‏ من النموذجين أسس نظرية مقبولة بشكلٍ كبيرٍ ثمكن من فهم وتحليل أثر 
التعامل مع البيانات المخزنة في قاعدة البيانات أو نتائج الاستفسارات التي تطبق على قاعدة 
البيانات. 


وقد зз‏ المساوئ التي تشوب كلا النموذجين السابقين بأحد الباحثين في شركة أي. بي. 
إم. „ез5 (IBM)‏ «إدغار 25« (Edgar Codd)‏ عام 21970« إلى اقتراح نموذج جدید سُمّي 
بالنموذج العلاقي )1970 .(Codd,‏ ويمثل النموذج العلاقي الجيل الثاني لنظم إدارة قواعد 
البيانات. 


- الثمانينيات الميلادية: لاقى النموذجٌ العلاقي قبولاً كبيراً من المهتمين في نظم إدارة قواعد 
البيانات» وانتشر استخدام هذا النموذج بشكلٍ كبيرٍ على المستوى التجاري. واتسم هذا النموذج 
ببساطته في تنظيم البيانات» وبزيادة درجة عدم الاعتمادية (أو الارتباط) بين برامج التطبيقات من 
جانب والبيانات من جانب آخر. وتميّز بسهولة الاستخدام حتى من قبل غير المبرمجين؛ إذ إن كافة 
البيانات والعلاقات فیما بينها Éi‏ على هيئة جداول بسيطة يمكن فهم محتوياتها والتنقل بينها بسهولة 
كبيرة. كما صاحب هذا النموذج Сулы}‏ نظرية OS‏ من فهم وتحليل الطرق التي يتم التعامل فيها 
مع البيانات المخرّنة في قاعدة البيانات. 


وأستخدم مع هذا النموذج لغات تداول قواعد البيانات العلاقية (مثل (SQL‏ تسمح بمعالجة 
البيانات في illa‏ مجموعات أو جداول Lase)‏ عن السجلات)ء وبحيث لا يحتاج المستفید أو 
المبرمج إلى аз‏ مسار البحث عن البيانات في الاستفسارات أو برامج التطبيقات كما هو الحال 
في نماذج قواعد البيانات الأخرى. وتم تطوير لغة الاستفسار البنائية (SQL)‏ من قبل شركة أي. 
بي. إم. لتصبح جزءاً من مشروع نظام إدارة قاعدة البيانات المعروف «بنظام آر» System)‏ 
(В‏ كما S‏ وَضنع مقاييس لهذه اللغة بنهاية الثمانينيات الميلادية» وتم تببٔیھا من قبل معهد المقاييس 
الوطني الأمريكي ((AmeriCan National Standards Institute (ANSI)‏ والمنظمة الدولیة 
للمقاييس .((International Standards Organization (ISO)‏ 


وبناء على مجهودات «كود» في مجال نظم قواعد البيانات؛ حاز على جائزة تورينغ عام 
1م. 
- التسعينيات الميلادية: تطوّرت عمارة الحاسبات abis (Computer ArChiteCture) АМ!‏ 
الاتصالات والشبكات تطوراً كبيراً خلال هذا العقد. ومع هذا УЫ)‏ تطورت طبيعة التطبيقات» 
وظهرت مفاهيم حديثة لم تكن معروفة فيما سبق إلا كضرب من الخيال العلمي المحدود جداً إذا ما 
قورن بكمية ونوعية التطبيقات والمفاهيم التي ظهرت في هذا العقد. فمع تطؤّر نظم الحاسبات 
الآلية ونظم الاتصالات والشبكات؛ أصبح بالإمكان معالجة ونقل كميات كبيرة من البيانات» مثل: 
الرسومات» والصورء ولقطات الفيديو» والصوت. وعليه؛ أصبح بالإمكان تطوير تطبيقات جديدة 
تلبي احتياجات المفاهيم الحديثة» مثل: التجارة الإلكترونية» والتعلیم عن بعد والحكومة «А g AYI‏ 
والحرب الإلكترونية» على سبيل المثال لا الحصر. ونتيجة 560 الهائل من البيانات التي تتعامل 
معها مثل هذه التطبيقات؛ كان لزاماً أن تتطور نظم إدارة قواعد البيانات. وبالفعل تطورت هذه 
النظمء وأخذت عملية التطوير شكلين رئيسيين: الأول منهما تمثل في نموذج قواعد البيانات الشيئي 
(ObjeCt-Oriented Data Model)‏ الذي بدأ ظهوره الفعلي في أواخر الثمانينيات الميلادية. 
وظهر العديذ من نظم إدارة قواعد البيانات المبنية على هذا النموذج. أما التطور الثاني فتمثل في 
تحديث بعض منتجي نظم إدارة قواعد البيانات المبنية على النموذج العلاقي لنظمهم؛ بحيث تحتوي 
على بعض مفاهيم النموذج الشيئي. وأصبحت هذه النظم معروفة بقواعد البيانات العلاقية الشيئية 
.(ObjeCt-Relational Databases)‏ 


- بداية القرن الحادي والعشرين وما بعد: دخلت نظم إدارة قواعد البيانات في منظومة 
شبكة الإنترنت؛ فأصبح SASI‏ من مواقع الإنترنت يعتمذ في تخزين وإدارة بياناتها على نظم قواعد 
البيانات عوضاً عن الملفات التقليدية التي كانت تعتمدُ عليها مواقع الإنترنت في تخزين بياناتها عند 
بداية ظهورها. وأصبح بالإمكان تطویرُ نماذج لصفحات الإنترنت یتم استخدامها من قبل 
متصفحات الإنترنت لكتابة الاستفسارات (Queries)‏ ومن c‏ تنفيذ هذه الاستفسارات على قاعدة 
بيانات الموقع. وبعد الحصول على نتيجة الاستفسارات تهيئ النتيجة باستخدام إحدى لغات 
المتصفحات« مثل: ((Hyper Text Mark-up Language (HTML)‏ لعرضھا من خلال 
المتصفح .(Browser)‏ 

ومع دخول نظم إدارة قواعد البيانات في منظومة شبكة الإنترنت؛ فإن ذلك أعطاها زخماً 
جديداً من الأهمية» وضرورة البحث عن طرق وأساليب جديدة للاستخدام في تصميمها؛ بهدف تلبية 
الاحتياجات الجديدة التي تتطلبها تطبيقات الإنترنت» Jia‏ الوسائط المتعددة من صورة وصوت. 


الفصل الثاني 


مذجة بيانات المنظمة 


эз‏ «تجريد البيانات» (Data AbstraCtion)‏ إحدى الخصائص الأساسية لقواعد 
البیانات؛ إذ يُمگن من إخفاء تفاصيل his‏ البيانات عن المستخدمين. ومن ثم؛ فإنه يعفيهم من 
الخوض في هذه التفاصيل عند تداولهم للبيانات المخرّنة في قاعدة البيانات. ویٔمکن نموذج 
البيانات - الذي يُعرّف عادة АЙ‏ مجموعة من المفاهيم التي OS‏ من وصف تركيبة (StruCture)‏ 
مكونات قاعدة البيانات )2015 (Elmasri апа Navathe,‏ - من الوصول إلى هذا المستوى من 
التجريد. ويُقصد بتركيبة قاعدة البيانات «نوعية البيانات» «(Data Types)‏ والعلاقات فيما بينهاء 
والقيود المفروضة عليها؛ ويجب أن تتحقق على أية حالة من الحالات التي قد تكون عليها قاعدة 
البيانات. كما توفر معظم نماذج البيانات بعض العمليات الأساسية لتداول البيانات من استرجاع 
لها وتحديث عليها. 


نموذج البيانات: هو مجموعة من المفاهيم التي تمگن من وَصْف تركيبة 


(StruCture)‏ مکونات قاعدة البيانات. 


ويُمكن تصنيف نماذج البيانات وفق نوعية المفاهيم التي تستخدمها لوصف تركيبة قاعدة 
البيانات. فالنمذجة عالية المستوى أو المفاهيمية للبيانات (Modeling Data ConCeptual)‏ 
توفر مفاهيم قريبة من إدراك المستفيدين للبیاناتء في حين أن النمذجة متدنية المستوى أو المادية 
للبیانات {РһуѕіСа! Data Modeling)‏ فتقدّم مفاهيم لوصف تفاصيل تخزين البيانات على 
الحاسب الآلي» وهي موجهةٌ بشكلٍ عام إلى المتخصصين في الحاسب الآلي وليس إلى المستفيدين 


منه. وبين هاتين النهايتين л‏ نوعٌ ثالث áni‏ النمذجة «التمثيلية» (Representational)‏ أو 
«التطبيقية» (Implementation)‏ للبيانات. وهذا sl‏ £ من نماذج البيانات يوفر مفاهيم يمكن 
فهمها من قبل المستفيدين الذين لا يبعدون كثيراً عن الحاسب الآلي وطريقة تنظيم البيانات عليه. 
كما أن النمذجة التمثيلية للبيانات تخفي بعض تفاصيل تخزين البيانات» وفي الوقت نفسه يمكن 
аны)‏ ا سافن على غاب ا 


تستخدم النمذجة المفاهيمية مفاهيم» مثل: الكينونة» والخاصيةء والعلاقة. (аз‏ الكينونة 
شيئاً حقیقیاً موجوداً على أرض الواقع أو مفھوماً معيناً. فمن الأشياء الموجودة على أرض الواقع 
الموظف» والطالبء والسيارة وما إلى ذلك من أشياء محسوسة. ومن АЙА]‏ المفاهيم الحساب 
البنكي» والمشروعءء والقسم الدراسي أو الإدارة» وما إلى ذلك من أشياء غير محسوسة؛ ولكنها ذات 
معنّى في بيئة المستفيد من قاعدة البيانات. أما الخاصية؛ فهي Аалы‏ تصف الشيء مثل: اسم 
الموظف أو مرتبته الوظيفية أو راتبه الشهريء في حين أن العلاقة ارتباط بين كينونتين أو أكثر. 
فعلى سبيل المثال: Айе дз À‏ بين الموظف والإدارة التي يعمل فيهاء Ë з‏ مثل هذه العلاقة 
علاقة «يعمل في». كذلك هو الحال بالنسبة لعلاقة الطالب بالقسم الدراسي أو الكلية الجامعيةء 
¿as‏ «يدرس في». ويتطرق هذا الفصل لأحد النماذج المفاهيمية („Азу‏ «نموذج كينونة - 
علاقة» (Entity-Relationship Model)‏ الذي ял‏ أكثر النماذج المفاهيمية عالية المستوى 
شيوعاً. А)‏ الفصل التالي؛ فيقدّم مفاهيم إضافية تستخدم في النموذج المفاهيمى «كينونة - علاقة»» 
مثل: «التعميم» (Generalization)‏ و«التخصيص» .(SpeCialization)‏ 

А‏ النمذجة التمثيلية للبيانات أو التطبيقية؛ فهي أسلوب النمذجة المُستخدم في نظم إدارة 
قواعد البيانات على المستوى التجاري. ومن هذه النماذج «النموذج العلاقي» Relational)‏ 
(Model‏ الذي 52 الأوسع انتشاراً في وقتنا الراهن» و«النموذج الشبكي» (Network Model)‏ 
و«النموذج الهرمي» (HierarChiCal Model)‏ اللذان كانا قيد الاستخدام وحتى وقت قريب. 

j‏ النمذجة المادية للبیانات؛ فهي نماذج تُستخدم لوصف الكيفية التي ii‏ فيها تخزين البيانات 
في ملفات على الحاسب الآلي من خلال توفيرها لطرق من شأنها تهيئة السجلات (أو تشكيلها) 
(ReCord Formatting)‏ في الملفات» وترتيب السجلات داخل الملفات ReCord)‏ 
19 ؛ والوصول إلى السجلات ЧЧ (АССеѕѕ Paths)‏ طرق الوصول إلى السجلات؛ 


فما هي إلا هياكل (StruCtures)‏ من شأنها أن تعجّل أو تسرّع في عملية البحث والوصول إلى 
سجلات البيانات المخزنة في الملفات. 


1-2 نمذجة البيانات وقواعد العمل باستخدام النمذجة المفاهيمية ConCeptual)‏ 
:(Modeling‏ 


لکل منكلمة من المنظناتك:يشكن النظر عن تة з Лас‏ ححا مخفو Ае‏ فن ЧІ‏ 
التشريعية والتنظيمية التي تحكم عملها. ومن هذه الأطر: الأنظمة» واللوائح» والأوامرء соза) у‏ 
والاتفاقيات» والأعراف المرعية؛ على سبيل المثال فحسب. وتُحدّد هذه الأطر في مجملهاء عاد 
جميع وظائف المنظمة كما تحكم جميع إجراءاتها بشكل تفصيلي. وتتيح هذه الأطرء في الكثير من 
الأحيان» مساحة كافية للمسئولين في المنظمة لاتخاذ القرارات في حال کون الأطر المعمول بها لا 
تغطي جانباً معیناً من عملها بشكلٍ واضح وصریح: أو الرجوع للجهة المختصة التي سنت الإطار 
الذي من المفترض العمل به إما لتفسيره وإيضاحه أو للتوجيه إزاء ما يتوجب القيام به. 


وعند محاولة مكننة العمل في أية منظمة؛ يتوجّب التقيد بجميع الأطر المعمول بها يدوياً 
ودونما استثناء. ونظراً لاستحالة مكننة جميع أعمال أية منظمة بشكل كامل؛ فإنه يتم عادةً ترجمة 
ЬУ!‏ المعمول بها إلى قواعد عمل (Business Rules)‏ تتكون من جمل بسيطة مرقمة تخلو من 
а‏ تحضر :وط ДАБАА‏ و اس اذ اتا “ويك لقني әла ¿baa‏ إلى كلاه «сла‏ كما 
يلي: 


1- قواعد عمل يتعذر مكننتها إما لعدم توفر التقنية اللازمة لمكننتهاء أو لعدم جدوى مكننتها 
مالياً أو إدارياً. وقد يكون من ضمن قواعد العمل هذه «وجوب حضور الموظف 6з‏ المناسب»» 
أو «الحضور والانصراف من العمل في وقتِ مُحدّد». 

2- قواعد عمل يتوجب مكننتها؛ ولكنها لا تتعلق ببيانات المنظمة بشكلٍ مباشرء وإنما تتطلب 
كتابة إجراءات برمجية لتنفيذها. ау‏ مكننة مثل قواعد العمل هذه من خلال برامج تُكتّب Lanas‏ 
لمثل هذه الإجراءات. وقد يكون من ضمن قواعد العمل هذه أن «يُصرّف GSI‏ موظف سنوياً مكافأة 
مالية يُحدّدها راتبه الشهري والدرجة التي يتحصل عليها في تقويم أدائه الوظيفي السنوي وفق 


المعادلة التالية: (الراتب الشهري * 3 * (درجة الأداء الوظيفي< 4))ء على أن تكون درجة الأداء 
الوظيفي كما يلي: (مقبول تعادل (1)» جيد تعادل (2)ء جیدجداً تعادل (3)ء ممتاز تعادل (4))». 


3- قواعد عمل تتعلق ببيانات المنظمة بشكلٍ مباشر. ومن ضمن قواعد العمل التي تتعلق 
بالبيانات وأبسطها أسماء البيانات وتعاريفها. كما أن من ضمن قواعد العمل هذه 3 295 أساسية في 
الغالبية العظمى من المنظمات» على سبيل المثال» تقیید البيانات» مثل: Уу‏ يمارس العمل في 
المنظمة مَنْ يزيد عمره على ستين عامأ»؛ أو أن يكون OS)‏ موظف عنوان لبريده الإلكتروني». 


وتقع مسؤولية حصر وتصنيف قواعد العمل كافة في المنظمة على كاهل إداري البيانات أو 
مطوّري النظم. وبعد عملية уаз‏ وتصنيف قواعد العمل؛ یتم تحديد تلك التي من الممكن 
مكننتها. АШ)‏ مناقشة قواعد العمل هذه ومراجعتها لأكثر من مرة مع المستفيدين (وهم الأشخاصل 
المتعاملون معها). وبعد ذلك Ду‏ تحديذ قواعد العمل التي تحتاج إلى برامج نتم كتابتها للتمگن من 
مكننتهاء وتلك التي تتعلق مباشرةً ببيانات المنظمة. ,353 النوغ الأخير من قواعد العمل؛ هو النوع 
الذي تتعاطى معه نظم إدارة قواعد البيانات» وهو النوع الذي Азы‏ التطرّق له والتعامل معه في هذا 
الكتاب. U‏ النوع الثاني الذي يمكن مكننته من قواعد العمل؛ فهو محل اهتمام تطوير النظم 
المعلوماتیة بجوانبها البرمجية والذي عادة ما تتم تغطيته من خلال لغات البرمجة» ويخرج عن ЛЫ‏ 
هذا الكتاب. 

3535 النمذجة المفاهيمية لبيانات المنظمة؛ الخطوة الأولى لتطوير قاعدة بيانات أية منظمة 
كما 32 نموذج البيانات «كينونة - علاقة» (Model Entity-Relationship)‏ أكثر نماذج 
البيانات المفاهيمية شيوعاً. ويُعرَّى سبب شيوع هذا النموذج لعدة عوامل من ضمنها السهولة 
النسبية في الاستخدامء وإمكانية نمذجة البيانات وفق هذا النموذج باستخدام ما توفره غالبية «أدوات 
هندسة البرمجيات» (CASE Tools)‏ من أدوات مخصصة للنمذجة» هذا بالإضافة إلى الاعتقاد 
السائد بأن الكينونات والعلاقات هي مفاهيم نمذجة لها القدرة على تمثيل الأشياء بشكلٍ أقرب ما 
يكون من وجودها في الطبيعة. 


ونموذج البيانات «كينونة - علاقة»» في كثير من الأحيان» هو أداة للتواصل بين الفنيين من 
مصمّمي قواعد البيانات والمستفيدين النهائيين من النظم؛ وذلك خلال فترة تحليل النظام. كما 


يُستخدم نموذج «كينونة - علاقة» لبناء نموذج بيانات مفاهيمى يمثل تركيبة قاعدة البيانات والقيود 
عليها بمعزل عن البرمجيات التي ستستخدم لبناء قاعدة البيانات» متضمناً ذلك نظام إدارة قاعدة 
البيانات ونموذج البيانات التمثيلي أو التنفيذي الذي سيُستخدم لبنائها. балу‏ النمذجة المفاهيمية 
لقاعدة البيانات مرحلة ذات أهمية كبيرة في تطوير «نظم تطبيقية» (AppliCation Programs)‏ 
ناجحة. لذلك؛ فإن مصمّمي قواعد البيانات يأخذون الوقت الكافي في هذه المرحلة؛ لمناقشة النموذج 
المفاهيمى مع المستفيدين للتأكد من أنه يعكس كافة بياناتهم والقيود عليها؛ وذلك قبل الانتقال إلى 
S al А уа)‏ 


1-1-2 مكوّنات نموذج البيانات «كينونة - علاقة»: 


غوذج البيانات «كينونة — علاقة»؛ هو قثيل منطقي مُفصّل للبيانات الموجودة في المدشأة أو «منطقة العمل» 
ss .(Business Area)‏ نموذج البيانات «كينونة - علاقة» من خلال مجموعة من الکینونات؛ 
وخصائصهاء والعلاقات فيما بينها. ويوضّح النموذج من خلال مخطط «كينونة - علاقة» الذي ga‏ تمثیله من 
خلال مجموعة من الرسومات. диез‏ الشكل رقم (1-2) أشكال الرموز الأساسية المستخدّمة في نموذج «كينونة - 
علاقة» ومعانيها. 


الرموز الأساسية فى تموذج كيتونة - علاقۃ 


| كينونة قویة‎ AN, خاصية بسيطة > علاقة‎ 
Strong Entity ™, Relationship М 2 Simple Attribute 


خاصية متهددة <l‏ س صلاقة معرفة ,` ي کید 354 — 
٣٦ -۰ P Identifyi 1‏ عا دہ ۸۷ 
Multivalucd‏ ا w `. dentifying‏ 
Attribute‏ سج Jat Rk Relationship‏ 
خاصية مشتقة بج کن خی Associative‏ 


Entity 7 у Derived 
Attribute 


خاصية مركبة 
Composite‏ 


Attribute 
4 ) 
درجات العلاقات فى نموذج كينونة - علاقۃ‎ 
علاقة ثلاثية علاقة ثائية علاقة آحادية‎ 
(Unary Relationship) (Binary Relationship) (Ternary Relationship) 


سے еу E‏ ھ 


| Y 3 ү 


قيود تعددية اتعلاقات فى ragad‏ كيتونتة علاقة 


اختیاری واحد 


$ 7 یا خی إجيارى واحد 
H (Mandatory One) 0 е Ot (Optinal One)‏ 


اختیاری متعدد Q‏ و إجبارى متعدد m~~‏ 


(Mandatory Many) و ہہ‎ o < (Optinal Many) 


— 


شكل رقم )1—2( الرموز الأساسية المستخدمة في نموذج كينونة - علاقة ومعانيها. 
ولشرح مكونات نموذج البيانات «كينونة - علاقة» سنستخدم مثالاً لأحد تطبيقات قواعد 
البيانات المستمدّة من نظام لتسجيل الطلبة في إحدى الجامعات الأهلية. وسنفترض هنا أنه بعد 
عملية جمع متطلبات النظام وتحليلها في أثناء مرحلة تحليل النظام؛ تم استخلاص قواعد العمل 
التالية من قبل مُصمّمي قواعد البيانات: 


قواعد العمل المعمول بها في الجامعة: 


تنفذ الجامعة الأهلية مجموعة من المواد الدراسية في GS‏ فصل دراسي. ومن قواعد العمل 
المتبعة في الجامعة الأهلية» ما يلي: 


1- یُوجَد في الجامعة عدد من الأقسام الدراسیة (Department) ë JS y‏ من الأقسام 
العلمية رمز (Department ID)‏ يميّزه عن بقية الأقسام» واسم .(Name)‏ 


2- يعمل في الجامعة Мс‏ من أعضاء هيئة التدريس» ولكل عضو هيئة تدريس 
!(FaCulty)‏ رمز (FaCulty ID)‏ يميّزه عن بقية أعضاء هيئة التدريس» (Name) als‏ 
يتكون من (الاسم الأول (FName)‏ واسم العائلة ((LName)‏ وراتب شهري (Salary)‏ وتاريخ 
ميلاد ››((Оаїе Of Birth (DOB)‏ 4„ هاتف (Рһопе_Мо)‏ 


3- يدرس في الجامعة عددٌ من الطلاب؛ ,041 طالب (Student)‏ رمز (Student ID)‏ 
يميّزه عن بقية الطلاب في الجامعةء (Name) aly‏ يتكون من (الاسم الأول (ЕМате)‏ واسم 
العائلة ((LName)‏ وعنوان بريدي (Address)‏ يتكون من (اسم الشارع anl g (Street)‏ المدينة 
(City)‏ والرمز البريدي .((Zip_Code)‏ 

4- تنفذ الجامعة مجموعة من المواد الدراسية» ولكل مادة دراسية (Course)‏ رمز 
А а (Course ТЮ)‏ عن بقية المواد الدراسية التي تنفذها الجامعةف واسم aa s (Title)‏ وحدات 
(أو ساعات) دراسية .(Units)‏ 

5- 395 (أو تُعقّد) کل مادة دراسية من خلال مجموعة (أو شعبة) دراسية (SeCtion)‏ 


واحدة أو أكثر في الفصل الدراسي الواحدہ أو قد لا мй‏ )3 تُعقّد) أية مجموعة (أو شعبة) للمادة 


الدراسية في فصل دراسي «оаа‏ ولكل مجموعة دراسية رمز (SeCtion ID)‏ يتكون من (رقم 
cc gazal‏ والفصل الدراسي المنفذة فيه (Semester)‏ والسنة الدراسية المنفذة فيها Lİ ((Year)‏ 
رقم المجموعة (SeCtion No)‏ فهو رقم (مثل: 1ء 2ء 3ء ... jja (ëM‏ المجموعة عن بقية 
المجموعات المنقذة للمادة الدراسية نفسها (وفي نفس الفصل والسنة الدراسيين)؛ ولكنه لا يميزها 
بشكل منفرد عن بقية المجموعات الدراسية المنفذة للمواد الدراسية الأخرى في الجامعة. كما أن 


<( مجموعة دراسية موقعاً من مواقع الجامعة لتنفيذها فيه .(LoCation)‏ 

6 کون للمادة ыы] Ды a‏ تخو САЗА] суа де‏ الا У 5 А‏ کرن للمادة 
الدراسية أية متطلبات دراسية. كما أن المادة الدراسية الواحدة قد تكون متطلباً لأكثر من مادة 
دراسية أو قد لا تكون متطلباً لأية مادة دراسية. 

7- يعمل في (works for)‏ کل قسم من أقسام الجامعة عضو هيئة تدريس واحد أو أكثر» 
وكل عضو من أعضاء هيئة التدريس يعمل في قسم دراسي واحد فقط, 


8- 05 عضو هيئة تدريس في الجامعة مؤهل (Qualified)‏ لتدريس مادة دراسية واحدة 
على «УІ‏ وقد يتوفر للمادة الدراسية الواحدة أكثر من عضو هيئة تدريس Ја за‏ لتدريسها أو قد لا 
у‏ 35 من أعضاء هيئة التدريس من هو ЈА уа‏ لتدريس المادة. 

9- عندما يتأهل عضو هيئة التدريس لتدريس مادة ما لأول مرة؛ يكون هنالك تاريحٌ لتأهيله 
(QualifiCation Date)‏ يُحدّد تاريخ تأهل عضو هيئة التدريس لتدريس المادة الدراسية. 

10- ثدار (Administered)‏ )0 مادة دراسية من قبل قسم دراسي واحد من أقسام 
الجامعة» ويدير کل قسم مادةً دراسية baal у‏ على الأقل. 

11- قد (Enrolls) Jd‏ الطالب الواحد في أكثر من مجموعة (أو شعبة) دراسيةء أو قد 
لا يُسجّل في أية مجموعة (أو شعبة) دراسیة والمجموعة (أو الشعبة) الدراسية الواحدة قد لا يُسجّل 
فيها 041 طالب أو قد يُسجّل فيها أكثر من طالب. 

2۔ عندما Jin‏ طالب في مجموعة دراسية تكون له درجة (Grade)‏ تُعطّى عند انتهائه 


13- يتخصص 06 طالب (Majors)‏ في قسم دراسيّ واحدٍ فقط ويتخصص في القسم 
الدراسي الواحد أكثرُ من طالب. 


14- يكلف OK (Assigned)‏ عضو هيئة تدريس بالتدريس لمجموعة (أو شعبة) دراسية 
واحدة أو أكثر» وقد لا يكف عضو هیئة التدريس А‏ مجموعة (أو شعبة) دراسیة والمجموعة (أو 
الشعبة) الدراسية الواحدة تُكلّف لعضو هيئة تدريسٍ واحدٍ فقط. 

2-1-2 المكوّنات الأساسية لنموذج البيانات «كينونة - علاقة»: 

يتكوّن نموذج البيانات المفاهيمي «كينونة - علاقة» من ثلاثة مكونات رئيسية» هي: 

` الخاصية. 

- العلاقة. 

وفيما يلي شرح لهذه المكونات الرئيسية. 

(Епйгу) الكينونة‎ 1-2-1-2 

الكينونة: هي شخصن أو А‏ أو شية أو حدثٌ أو مفهومٌ في بيئة المنظمة» ویْراد الاحتفاظ 
ببيانات عنها. ومن أمثلة كينونات الأشخاص؛ كينونة الموظف وكينونة الطالب وكينونة العميل. 
Ц‏ كينونة Qusa‏ وكينونة السوقء وكينونة الدبنى؛ فتُعَدٌ أمثلة لكينونات الأماكن. ومن أمثلة 
كينونات الأشياء؛ كينونة سيارة» وكينونة منتج» وكينونة جهاز. 4 كينونات المفاهيم؛ فمن أمثلتها 
كينونة مادة دراسية» وكينونة رحلة جویة وكينونة حساب بنكي. ويعني هذا أنه ليس بالضرورة 
أن تمثل الكينونات أشياءَ ملموسة لها وجودها الفيزيائي في الطبیعة ولكنها قد تمثل أشياءَ أخرى لها 


الكينونة: هي شخصّ أو САА‏ أو شيءُ أو حدث أو مفهومٌ في بيئة المنظمة ويُراد 


الاحتفاظ ببيانات عنها. 


1-1-2-1-2 الفرق بين فئة الکینونق وحالة من حالات الكينونة Entity Type Versus)‏ 
:(Entity 1576‏ 


25 الكينونة: هي Giai‏ لمجموعة من الحالات للاشیاء التي لها خواص مشتركة. ويتم 
التفريق bale‏ بين فئة (أو نوع) الكينونة (Entity Type or Entity Class)‏ عن حالات الكينونة 
(Entity InstanCes)‏ فكينونة الطالب في الواقع؛ هي نوغ أو 434 لمجموعة من حالات ЛЬН‏ 
فالطالب أحمد يختلف باعتباره حالة عن الطالب صالح وعن الطالب عبدالعزيز؛ غير أن جميعهم 
يشتركون في نفس الخواص؛ فكل منهم لديه اسم Jaf‏ واس لعائلته» ورقغ خاص به (كالرقم 
الجامعي للطالب على سبيل المثال)ء كما أن agia SS‏ لديه هاتف وعنوان بريدي. 


فئة الكينونة: هي Gii‏ لمجموعة من الحالات للأشياء التي لها خواص 


مشتركة. 


3 تمثيل الحالات للكينونات في نموذج «كينونة - علاقة»؛ من خلال تمثيل الفئة 
(أو النوع) التي تتبعها هذه الحالات دون تمثيل Д6‏ حالة بشكلٍ منفرد في النموذج؛ فمثلاً يتم تمثيل 
جميع الطلاب من خلال فئة الكينونة التي يتبعونهاء وهي كينونة طالب في نموذج البيانات «كينونة - 
علاقة» عوضاً عن إدراجهم جميعاً في النموذج. وبهذه الطريقة يمكن تمثيلك بيانات أية منظمة من 
خلال تمثيل فئات الكينونات التي تحتويها. كما أن هذه الطريقة تُعَدٌ مختصرةً جداً؛ مما يساعد على 
азад)‏ على بيانات المنشأة وتمثيلها بشكلٍ даза‏ 


Éi,‏ الكينونات في نموذج «كينونة - علاقة» على شكل مستطيل يُكتب بداخله اسم فئة 
(أو نوع) الكينونة. ومن الإرشادات التي تتبع bale‏ عند تسمية الكينونات ما يلي Hoffer et al,)‏ 
2018( 


1- اسم فئة الكينونة áy‏ فردي» (Singular Noun)‏ مثل: «dme»‏ 
(CUSTOMER)‏ وطالب (STUDENT)‏ إلا OÍ‏ مُسمّى فئة الكينونة قد يكون «مُسمّى 
جماعياً» «(Noun Plural)‏ مثل: (ACCOUNTS)s (CUSTOMERS)‏ ويكون هذا في 
الحالة التي تكون فيها قراءة المخطط أفضل من استخدام АА‏ فردي للكينونة. 


2- يجب أن يكون مُسمّى الكينونة مخصصاً للمنظمة؛ فعلى سبيل المثال: قد يُستخدم المُسمّى 
«طالب» (STUDENT)‏ في إحدى الجامعات أو المدارس» ويُستخدم ll‏ «متدرب» 
(TRAINEE)‏ في المنظمات التي تقوم بالتدريب التطبيقي (أو العملي) Las‏ عن التدريس 
النظري (أو الأكاديمي). كما يجب أن يكون المسمّى ذا طبيعة وصفية تصف المقصود من الكينونة 
یی А‏ 


3- مُسمَّى فئة الكينونة يجب أن يكون محدداً بأقل 2% ممكن من الكلمات. فمثلاً f‏ يستخدم 
الاسم «تسجيل» (ENROLLMENT)‏ لتمثيل فئة كينونة تسجيل الطلبة في المواد الدراسية 
عوضاً عن استخدام «التسجيل في مادة دراسية» (ENROLLMENT IN А CLASS)‏ 
وعادةً ما a$)‏ معنى Аа]‏ من خلال علاقة فئة الكينونة بالفئات الأخرى في المخطط. 

4- في حالة تمثيل الفئة لحدثِ معين؛ فإن „АША‏ الفئة يكون ممثلاً لنتيجة الحدث. فعلى 
Јын‏ المثال عند تسمية حدث تسجيل الطالب في مادة معينة؛ يكون مُسمّى الفئة 
(ENROLLMENT)‏ وهو ممثل لنتيجة الحدث وهي عملية التسجيل. 

5- عند استخدام اسم معين لفئة كينونة؛ فإنه يجب استخدام نفس АА]‏ في كافة مخططات 
«كينونة - علاقة» الخاصة بالمنظمة. 


ويوضح الشكل رقم )2—2( بعض الأمثلة لفئات الكينونات وطريقة ШАЙ‏ في مخطط كينونة علاقة. 


ACCOUNT CAR CITY EMPLOYEE 
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ор 


كينونات أشخاص كينونات أماكن كينونات أشياء كينونات مفاهيم 


JS‏ رقم (2-2): أمثلة لفئات الكينونات وطريقة تمنيلها في مخطط «كينونة - علاقة». 


(Епйгу Attributes) خصائص الكينونات‎ 2-1-2-1-2 


ترتبط А OK‏ كينونة بعددٍ من الخصائص (Attributes)‏ والخاصية هي iia‏ أو سمة 
لفئة الكينونة التي يراد تمثيل بياناتها في قاعدة البيانات الخاصة بالمنظمة. فالاسم الأول والاسم 
الأوسط واسم العائلة قد تكون بعض خصائص كينونة عميل (CUSTOMER)‏ ونوع السيارة 
ورقم لوحتھا والبلد الذي صُنعت فيها قد تكون بعض خصائص كينونة مركبة قيادة (VEHICLE)‏ 
ويمكن تصنيف خصائص الكينونات إلى أربعة أنواع رئيسية» وهي: 


1- الخاصية البسيطة :(Simple Attribute)‏ هي الخاصية التي لا يمكن أن تنقسم إلى 
خصائص c à‏ وبحيث إنها لا يمكن أن تأخذ أكثر من Дай‏ واحدة «а‏ مثل: الاسم الأول 
للموظف «((Employee_ First Name‏ أو نوع المركبة (VehiCle Туре)‏ أو رقم الموظف 
.(Employee Number)‏ ويُرمز للخاصية البسيطة بالشكل البيضاوي مدوناً بداخله اسم 
الخاصية. 


2- الخاصية المركبة :(Composite Attribute)‏ هي الخاصية التي تتكوّن من 
مجموعة من الخصائص البسیطة مثل الاسم؛ إذ إنه قد يتكون من الاسم الأول» واسم الأب» واسم 
العائلة. كذلك هو الحال بالنسبة للعنوان البريدي الذي قد يتكون من: اسم الشارع (Street)‏ واسم 
المدينة (City)‏ واسم (Country) A‏ ویرمز للخاصية المركبة بالشكل البيضاوي шай]‏ ويُكتب 
بداخلها اسم الخاصية» وبحيث يتفرع منها الخصائص البسيطة المكونة لھا. 


3- الخاصية المتعددة القيم :(Multivalued Attribute)‏ هي الخاصية التي من الممكن 
أن تأخذ أكثر من قيمة» Jia‏ خاصية المهارة (Skill)‏ للموظفين. فقد يكون للموظفء على سبيل 
المثال» المهارة في البرمجة بأكثر من لغة برمجة أو قد يكون من المهم للمنظمة تدوين مهارات ЖЯ)‏ 
قدرات) الموظفين؛ من حيث اللغات التي يمكن التخاطب بها. كذلك هو الحال بالنسبة لأرقام 
الهواتف والدرجات العلمية Laie‏ نتعَدّد عند الموظفين» على سبيل المثالء وترغب المنظمة في 
تمثيل بياناتها ضمن قاعدة البيانات. ويرمز للخاصية متعددة القيم بالشكل البيضاوي المزدوج 
الخطوط يدون بداخله اسم الخاصية. 


4- الخاصية المشتقة :(Derived Attribute)‏ هي الخاصية التي يمكن استنتاجها من 
خلال خاصية (أو خصائص) أخرى للكينونة» مثل العمر (Age)‏ الذي يمكن حسابه بعملية طرح 


تاريخ اليوم (الذي يوفره نظام الحاسب (ДУ)‏ من خاصية تاريخ الميلاد التي تكون مصاحبة لفئة 
الكينونة. كذلك هو الحال بالنسبة لتاریخ تقاعد الموظف (Retirement Date)‏ الذي يُعَدُ خاصية 
مشتقة يمكن حسابها من خلال عملية جمع خاصية تاریخ ميلاد الموظف مع СЫЙ‏ التقاعدية المسموح 
بها في أنظمة المنظمة أو الدولة. وكذلك هو الحال بالنسبة لخاصية المكافأة السنوية (Bonus)‏ 
للموظف» في بعض المنظمات» التي يمكن حسابها كنسبة من خاصية راتب الموظف ($а1агу)‏ 
јл рз‏ للخاصية المشتقة في نموذج «كينونة - علاقة» بالشكل البيضاوي المنقط يُكتب بداخله اسم 


ыд 


وعند تسمية خصائص فئات الكينونات» على اختلاف أنواعها؛ يكون الحرف الأول من 
الخاصية حرفاً كبيراً (Capital Letter)‏ وفي حالة کون اسم الخاصية مركبا؛ فإنه يتم الربط ما 
بين الكلمات المكونة لاسم الخاصية بالعلامة “ ”. كذلك يمكن استخدام الاختصارات» ولكنها 
يجب أن تكون مفهومة ومدونة Оа‏ واضح ضمن وثائق النظام. ويحتوي الشكل رقم )3-2( 
على بعض الأمثلة التي توضح طرق تمثيل الأنواع الأربعة من الخصائص. 


z ы; „ы. Жы بسيطة‎ uala 


( Employee- Ў 1 Salary ) ( Name ) Simple Attribute 


F 7 سے‎ SS = =, >” اٹص مت 17 5 الشثیم اچ‎ ba 
KAcadenuc_lDegrec) @ hone_No Ç Skill j) ма Hiv: ят ad Attributes 
ے‎ ыс. A ы с” —— A 
që ЕС 2 “чы. اس‎ "A خصاتئص مشنقة‎ 
„Years Employed, ) Bonus + + Age 1 فو وا در ا‎ 
z مم‎ 28 z ЗР ху خصائس مركبة‎ 
5 Name Р. же тт. Ө Кашы. Composite Attribute 


(Country) (Zip Code) 


شكل رقم (3-2): أمثلة توضح طرق تثيل الأنواع الأربعة من الخصائص في نموذج «كينونة - علاقة». 

ثربط OK‏ خاصية بفئة الكينونة التابعة لها بخط مستقيم. فعلى سبیل المثال» لنأخذ قاعدة 

العمل الأولى والثانية في الجامعة الأهليةء وقد سبق ذكرهما أعلاه في هذا الفصلء ونحاول تمثيلهما 
في مخطط «كينونة - علاقة». 


- قاعدة العمل (1): يُوجّد في الجامعة عددٌ من الأقسام الدراسية» Jy‏ قسم 
(Department)‏ من الأقسام العلمية رمز (Department ID)‏ يميّزه عن بقية الأقسام» واسم 
.(Name)‏ 

نظراً لوجود عدة حالات للقسم الدراسي فمنهاء على سبيل المثال» قسم الحاسب الآلي وقسم 
الریاضیات... إلخ» وهو ما نصّت عليه قاعدة العمل؛ ОДА‏ قاعدة العمل هذه في مخطط «كينونة - 
علاقة» كفئة كينونة (DEPARTMENT) („А‏ ولها خاصيتان بسيطتان هما رمز القسم 
(Department 10)‏ واسم القسم (Name)‏ كما هو موضح في الشكل رقم (4-2). 


Department ID 


DEPARTMENT 


شكل رقم (4-2): تمثیل القسم الدراسي كفئة كينونة ذات خاصيتين بسيطتين. 
- قاعدة العمل (2): يعمل في الجامعة dae‏ من أعضاء هيئة التدريسء (Sl;‏ عضو هيئة 
تدريس (FaCulty)‏ رمز (FaCulty_ID)‏ يميزه عن بقية أعضاء هيئة التدريس» (Name) als‏ 
يتكون من (الاسم الأول (FName)‏ واسم العائلة ((LName)‏ وراتب شهري (Salary)‏ وتاريخ 
ميلاد ›;‹((Оа{е Of Birth (DOB)‏ 4„ هاتف (Phone No)‏ 


نظراً لوجود العديد من حالات أعضاء هيئة التدريس في ا جامعة تمل قاعدة العمل هذه في مخطط «كينونة - علاقة» 
كفئة كينونة 4.5 (FACULTY)‏ وها أربع خصائص بسیطة هي: رمز عضو هيئة التدريس 
(FaCulty_ID)‏ وتاريخ ميلاده (DOB)‏ وراتبه الشهري (Salary)‏ ورقم هاتفه (Phone No)‏ 
وخاصية مركبة هي امه (Name)‏ التي ks‏ £ إلى خاصيتين بسيطتين, ما: الاسم الأول (FName)‏ واسم 

العائلة (©110123133)؛ وذلك كما هو مُوصّح في الشكل رقم (5-2). 


3-1-2-1-2 الخاصية المميزة (أو المعرفة) (Identifying Attribute)‏ لفئة الکینونة: 


الخاصية المميّزة لفئة الكينونة؛ هي واحدةٌ أو أكثر من خصائص فئة الكينونة؛ بحيث تحدّد 
هذه الخاصية بشكل منفردٍ OS‏ حالة من حالات الكينونة» وفي الوقت نفسه لا تتغير بتغير الزمن. 
وبمعنى آخر؛ تُستخدم الخاصية المميزة للتفريق ما بين الحالات التي تمثلها فئة الكينونة. فعلى 
سبيل المثال: الخاصية المميزة لكينونة القسم الدراسي في الجامعة الأهلية هي رمز القسم؛ وذلك 
لأن رمز القسم يختلف باختلاف الأقسام العلمية ودون تكرار؛ بحيث لا يمكن أن يكون لقسمين 
دراسيين مختلفين نفس الرمز. كما أن رمز القسم لا يتغير بتغير الزمن. أما بالنسبة لفئة كينونة 
أعضاء Аза‏ التدريس (FACULTY)‏ فإن الخاصية المميزة لفئة الكينونة هي رمز عضو هيئة 
التدريس АЗУ t(FaCulty_ID)‏ يميز O<‏ عضو iia‏ تدريس عن بقية أعضاء äia‏ التدریس ولا 
يتغير بتغير الزمن. أما بالنسبة لبقية الخصائص في كينونة أعضاء Аа‏ التدريس» مثل: تاريخ 
الميلاد ورقم الهاتف؛ فإنها لا تصلح لأن تكون مميزاً لفئة الكينونة. فتاريخ الميلاد قد يتكرر بين 
الموظفين» ومن ثم لا يمكن استخدامه للتفريق بين حالات الكينونة. أما رقم الهاتف» لو افترضنا أنه 
لا يتكرر بمعنى عدم اشتراك أكثر من عضو هيئة تدريس لنفس رقم الهاتف؛ فإنه لا يصلح أيضاً 
لأن يكون خاصية مميزة؛ АЗУ‏ يتغير بتغيّر الزمن» وذلك عند انتقال عضو هيئة التدريس من قسم 
إلى قسم أو مكتب آخر داخل الجامعة. 


في بعض الأحيان قد لا يُوجَّد لفئة كينونة ما خاصية واحدة تصلح أن تكون خاصية مميزة. 
في هذه الحالة؛ يتم اختيارٌ أكثر من خاصية بحيث تمثل في مجملها خاصية š зла‏ للكينونة بإمكانها 
التفريق بين حالات فئة الكينونة بشكل منفرد. فعلى سبيل المثال: وبافتراض عدم وجود خاصية 
رمز عضو هيئة التدريس» وأن أسماء أعضاء هيئة التدريس لا تتكرر؛ يمكن استخدام اسم عضو 
هيئة التدريس الذي يتكون من الاسم الأول واسم العائلة كخاصية مميزة لفئة «كينونة أعضاء هيئة 
التدريس» (FACULTY)‏ وفي هذه الحالة تصيح الخاصية المميزة خاصية узла‏ 5 مركبة 
(Composite Identifying Attribute)‏ ولكن لو افترضنا أن أسماء أعضاء هيئة التدريس 
تتكرّر؛ فإنه بالإمكان استخدام اسم عضو هيئة التدريس وتاريخ ميلاده كخاصية مميزة مركبة 
عوضاً عن الخاصية المركبة المتمثلة في اسم عضو هيئة التدريس Дый‏ 


ص٘۶ 9ٗ4٘۹ىىىى ۶ ДЫ) ЖДД‏ 0+ 
(FLIGHT)‏ التي لديها الخاصية رمز الرحلة (Flight ID)‏ الذي يتكوّن من رقم الرحلة 
(Flight No)‏ وتاريخ الرحلة «(Flight Date)‏ والخاصية عدد الركاب 
(ОҒ Passengers_No)‏ يتم اختيار الخاصية رمز الرحلة المكونة من رقم الرحلة وتاريخ 
الرحلة كخاصية مميزة؛ إذ إنه لا يمكن استخدام أي من الخاصية رقم الرحلة أو تاريخ الرحلة O<‏ 
على a‏ كمميز. فرقم الرحلة يتكرّر ولكن بتواريخ مختلفة. ومن ثم؛ فإنه لا يميز OK‏ رحلة على 
جدة بشكل منفرد. كذلك هو الحال بالنسبة لتاريخ الرحلة؛ АЗУ‏ من الممكن أن تكون هنالك أكثر من 
رحلة في التاريخ نفسه ومن ثم لا تصلح هذه الخاصية أيضاً لتصبح مميزاً لفئة الكينونة؛ لأنها قد 
تتكرر لأكثر من رحلة. 


O О ا ل‎ 

يُكتّب اسم الخاصية المميزة وتحتها خط (Underlined)‏ كما هو مُوضّح في الشكل رقم )6-2( 

کو ولاو على سا که ھا کا نت ا كت الخاصية سرت ار йен‏ 
m as д‏ "۹۰ہ 


Flight_No Flight_Date 
Department ID © СТУ 


DFPARTMENT FLIGHT 


No_of_Passengers 


شكل رقم (6-2): التفريق بين تمثیل الخاصية المميزة» وبقية خصائص الكينونة في مخطط «كينونة - علاقة». 

قد يُوجَد من ضمن خصائص 25 كينونة معينة أكثر من خاصية تصلح ОУ‏ تميّز بين 
حالات الكينونة. فعلى سبیل المثال: قد يكون لفئة كينونة الموظفين (EMPLOYEE)‏ في إحدى 
المنظمات خاصية تحتوي على رمز الموظف (Employee ID)‏ وخاصية أخرى تحتوي على 
رقم السجل المدني للموظف .(SoCial IdentifiCation_ No)‏ في هذه الحالة كلتا الخاصيتين 
تصلحان لان تكونا خاصية مميزة لفئة الكينونة. وفي هذه الحالة یُطلق على كل خاصية من 
الخاصيتين „АА‏ خاصية مميزة مرشحة (Candidate Identifying Attribute)‏ بمعنى أنه 
بالإمكان استخدام أي منهما ممیزاً لفئة الكينونة. ولمصمّمي قاعدة البيانات الحرية في اختيار 
إحدى الخصائص المميزة المرشحة لفئة الكينونة لتصبح الخاصية المميزة لفئة الكينونة. وتتم 
عملية الاختيار عند وجود أكثر من خاصية مرشحة وفق بعض المعايير التي بإمكان المصمّمين 
اتباعهاء ومنها ما يلي )1992 :(BruCe,‏ 


1- ألا تتغير قيمة المميّز )0 حالة من حالات فنة الكينونة بتغير الزمن. فعلى سبيل 
المثال لا يُحبذ استخدام الاسم الثلاثي حتی وإن да‏ بين الموظفين في المنظمة بشكلٍ منفردء في 
بعض الدول؛ АЗУ‏ بإمكان الموظف أن يغيّر اسمه بشکلٍ رسمي عند رغبته في ذلك. ويعني هذا أن 
المميز لهذا الموظف يجب أن يتغيّر من خلال تحديثه في قاعدة البيانات عندما تحدث مثل هذه 
الحالة. 


2- أن تكون لكلّ حالة من حالات فئة الكينونة «ад‏ وأن هذه القيمة لا يمكن أن تكون غائبة 
(Ми)‏ وفي حالة اختيار مميز مركب مثل (Flight ID)‏ فإنه يجب التأكد من أن كافة 


الخصائص المكوّنة للمميز سيكون لھا 28¿ وأن قيم OK‏ من هذه الخصائص لا يمكن أن تكون غائبة. 

3- أن يكون المميّز لفئة الكينونة هو المميّز المرشح الأقل عدداً من الحقول. 

وعند ارتباط كينونة ما بخاصیةء وأن قيمة هذه الخاصية لا يمكن أن تكون غائبة في أية 
لحظة من اللحظات» وفقاً لقواعد العمل المعمول بها؛ فإنه یت توضيح ذلك على مخطط «كينونة - 
علاقة» من خلال وضع خط متعرج تحت اسم الخاصية. وبذلك يكون هناك اختلافت بين مثل هذه 
الخاصية والخاصية المميّزة للكينونة. أما إذا كانت الخاصية فريدة» أي لا يمكن أن تتكرّر قيمتها 
بين حالات الكينونة؛ ولكنها قد تكون غائبة من بعض حالات الكينونة؛ АА‏ توضيح ذلك على 
المخطط؛ من خلال وضع خط ahin‏ تحت مُسمَّاها. وفي حال كانت الخاصية فريدة وفي نفس 
الوقت لا يمكن أن تكون قيمتها غائبة؛ 253 توضيح ذلك من خلال وضع كلا النوعين من الخطوط 
تحتها gid)‏ والمتقطع)؛ للدلالة على ذلك. وعد خاصية رقم السجل المدني 
¿(SoCial_IdentifiCation No)‏ عندما تکون هناك خاصية أخرى مميزة لكينونة ما غير رقم 
السجل المدنيء مثالا لهذا النوع الأخير من الخصائص؛ لكونها لا تتكرر بين حالات الكينونة كما أنه 
يتوجّب وجودها لكل حالة من حالاتها. 


4-1-2-1-2 قواعد تسمية الخصائص: 
هنالك بعض القواعد التي تُتبع fale‏ عند تسمية الخصائص؛ إضافة إلى القواعد الرئيسية 
التي تُتبع لتسمية الكينونات» ومن هذه القواعدء ما يلي: 


1- يكون اسم الخاصية اسماء مثل: رقم الطالب ¿(Student Number)‏ والتخصص 
(Major)‏ وتاريخ الميلاد А ..(Раіе ОҒ Birth)‏ ولكون الخاصية مفهوماً (مثل رقم الرحلة 
((Flight Number)‏ أو سمة فيزيائية (مثل الوزن ((Weight)‏ للشيء قيد التمثيل؛ فإنه من 
الطبيعي أن توصف بأسماء لتمثيلها في مخطط «كينونة - علاقة». 


2- يجب أن يكون اسم الخاصية فریداً (Unique)‏ لا يتكرّر ضمن أسماء خصائص فنة 
الكينونة» ويحبذ أن يكون Lu à‏ أيضاً ضمن خصائص جميع الكينونات في المخطط. 


((М/“еаК Entity) الكينونة الضعيفة‎ 5-1-2-1-2 


إن غالبية فئات الكينونات التي ,25 التعرّف عليها في А5)‏ منظمة؛ هي فئات كينونات قوية 
.(Strong Entities)‏ وجميع الكينونات التي تطرّقنا إليها حتى الآن هي من هذا النوع من فئات 
الكينونات. فالكينونة القوية تُوجّد مستقلة عن بقية الكينونات ولها خاصيتها المميزة التي تتمايز بها 
بين ما تمثله من حالات. 


على النقيض من ذلك؛ Éa‏ الكينونة الضعيفة لا Š‏ 38 مستقلة؛ بل تعتمد في وجودها على فئة 
كينونة أخرى بدونھا تصبح الكينونة الضعيفة غير ذات معنى في مخطط «كينونة - علاقة» الذي 
یمثل قواعد عمل المنظمة. „АЛ,‏ الكينونة التي تعتمد عليها الكينونة الضعيفة في وجودها 
«بالكينونة المُعرفة» أو «الكينونة المالكة». وعلى خلاف الكينونة القوية؛ فإنه لا یُوجَد للكينونة 
الضعیفة خاصية مُميزة تمايز بين حالاتها بشكلٍ منفرد؛ بل يُوجَد فيها خاصيةٌ مميزةٌ جزئية تمايز 
بين بعض حالاتها. ويحتوي مخطط «كينونة - علاقة» الموضّح في الشكل رقم )7-2( على مثال 
لكينونة ضعيفة تمثل الأشخاص الذين يعولهم الموظف (DEPENDANT)‏ في منظمة ماء 
والكينونة المالكة وهي كينونة الموظف (EMPLOYEE)‏ ,55 كينونة الأشخاص الذين يعولهم 
الموظف كينونةً ضعيفة؛ GY‏ هذه الكينونة У‏ وجود لها وغير ذات معنى بدون وجود كينونة 
الموظف. فلو أخذنا )23 حالة من حالات الكينونة الضعیفة ولنقل محمد صالح عبدالله؛ فإن هذه 
الحالة لا وجود لها؛ وإن ؤجدت فإنها غير ذات معنى ما لم эз у‏ صالح عبدالله эа з)‏ والد أو معيل 
محمد) ضمن حالات كينونة الموظف المالكة للكينونة الضعيفة. ومعنى ذلك أن OK‏ حالة من حالات 
الكينونة الضعيفة تعتمد في وجودها على وجود حالة مقابلة لها في الكينونة القوية. 
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شكل رقم (۷۰۲): مثال لكينونة ضعيفة وارتباطها بالكينونة ا مالكة, 


É,‏ الكينونة الضعيفة في مخطط «كينونة- علاقة» بمستطيل ذي حوافِ مزدوجة 
الخطوطء كما ثكتب الخاصية المميزة الجزئية وتحتها خطان كما هو موضحٌ في خاصية اسم 
الشخص الذي يعوله الموظف. аб з‏ العلاقة بين الكينونة الضعيفة والكينونة المالكة بالشكل المعيّن 
مزدوج الخطوط؛ АУМ‏ على أن هذه العلاقة هي العلاقة المعرفة التي بدونها لا Š‏ 38 الكينونة 
الضعيفة. ويجب أن تكون Аз. уз‏ العلاقة «واحد - متعدد» بین الكينونة المالكة والكينونة الضعيفة» 
على التوالي. ويعني هذا أن 0 حالة من حالات الكينونة الضعيفة يجب أن ترتبط بحالة واحدة فقط 
في الكينونة المالكة (هي التي أدّت لوجودها (СА)‏ في حين قد ترتبط حالة من حالات الكينونة 
المالكة بأكثر من حالة في الكينونة الضعيفة. فعلى سبيل المثال: يجب أن يرتبط OK‏ شخص في 
كينونة الأشخاص الذين يعولهم الموظفون بواحدٍ فقط من الموظفين (هو الموظف الذي یعوله)ء في 
حين قد يعول الموظف أكثر من شخص. QÍ‏ التعددية الدنيا؛ فتعتمد هنا على قاعدة العمل. ففي 
المثال الساري قد لا يعول aaf‏ الموظفين أي شخص. وعليه؛ فالتعددية هنا «اختياري - متعدد» كما 
هو مُوضّح في مخطط «كينونة - علاقة». l‏ بالنسبة للمميز الجزئي للكينونة الضعيفة الذي سبق 
أن أشرنا إليه على أنه للتمييز بين بعض حالات الكينونة الضعيفة؛ فهو في الواقع للتمييز بين 
الحالات التابعة Д6]‏ حالة من حالات الكينونة АМАЙ‏ فعلى سبيل المثال: اسم الشخص الذي 
يعوله الموظف 353 مميزاً جزئياً؛ АЗУ‏ يميّز بين الأشخاص الذين يعولهم الموظف الواحد؛ ولكنه لیس 
ممیزاً کاملا؛ АЗУ‏ لا يميّز بين جميع حالات الكينونة الضعيفة؛ إذ إن بعض الأسماء فيها قد تتكرر. 


وکمثالِ آخر للكينونة الضعيفة؛ لنأخذ قاعدة العمل رقم )5( من قواعد عمل الجامعة الأهليةء 
ونضع لها النموذج المناسب في مخطط «كينونة - علاقة». تنص قاعدة العمل على التالي: 


- قاعدة العمل (5): зай‏ (أو تُعقّد) OK‏ مادة دراسية من خلال مجموعة (أو شعبة) دراسية 
(SeCtion)‏ واحدة أو أكثر في الفصل الدراسي الواحدء أو قد لا تنفذ (أو تعقد) أية مجموعة Э)‏ 
شعبة) للمادة الدراسية في فصل دراسيّ معینء 15 مجموعة Аі ә‏ رمز (SeCtion ID)‏ 
يتكون من (رقم المجموعة»؛ والفصل الدراسي المنفذة فيه (Semester)‏ والسنة الدراسية المنفذة 
GÍ .((Year) ё‏ رقم المجموعة ($еСйоп No)‏ فهو رقم А)‏ 1ء 2ء 3ء ... إلخ) يميّز 
المجموعة عن بقية المجموعات المنفذة للمادة الدراسية نفسها (في نفس الفصل والسنة الدراسيين)؛ 


ولكنه لا يميّزها بشكلٍ منفردٍ عن بقية المجموعات الدراسية المنفذة للمواد الدراسية الأخرى في 
الجامعة. كما أن لكل مجموعة دراسية موقعاً من مواقع الجامعة لتنفيذها فيه .(LoCation)‏ 


АА‏ في قاعدة العمل السابقة OÍ‏ المجموعة الدراسية لا يُوجّد لھا خاصية مميزة تميّزها 
عن بقية المجموعات الدراسية بشكل منفرد. فلو أخذناء على سبيل المثال» مجموعة دراسية ما 
وافترضنا أن المميّز للمجموعة الدراسية هو كل الخصائص البسيطة المكونة للخاصية المركبة رمز 
المجموعةء وهي رقم المجموعة والفصل الدراسي المنفذة فيه» والسنة الدراسية المنقذة فيها؛ فإن 
هذه الخصائص مجتمعة قد تتكرر لمجموعة دراسية خاصة بمادة دراسية أخرى؛ ШУ‏ رقم 
المجموعة يميّز بين مجموعات المادة الدراسية الواحدة المنفذة في فصل دراسي من سنة دراسية ما؛ 
ولكنه لا يميز المجموعة عن مجموعة أخرى منفذة لمادة أخرى في الفصل نفسه من العام الدراسي. 
ويعني هذا أننا لا نستطيع تمييز المجموعة الدراسية دون معرفة المادة الدراسية التي تتبعها 
المجموعة. ومن ثم؛ فإن وجود أية مجموعة دراسية يعتمد على وجود المادة الدراسية التي 
تتبعها المجموعة. وبناءً على ذلك؛ فإننا نمثل المجموعة الدراسية (SeCtion)‏ بوصفها كينونة 
ضعيفةء وتكون العلاقة مع المادة الدراسية هي العلاقة المعرّفة كما هو مُوضتّح في الشكل رقم (2- 
8( 
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شکل رقم (8-2): قثیل المجموعة الدراسية ككينونة ضعيفة, وارتباطها بكينونة المادة الدراسية. 
2-2-1-2 العلاقات :(Relationships)‏ 
العلاقة هي ارتباط بین حالات فئة كينونة ما بحالات فئة كينونةٍ أخرى وذات أهمية للمنظمة؛ 


بحيث تسعى إلى تمثيلها ضمن مخطط «كينونة - علاقة» الذي ستُشتقٌ Ала‏ وثبنی قاعدة البيانات. 


ويعني هذا أن العلاقات في مخطط «كينونة - علاقة» هي الوسيلة التي تمكننا من الربط ما بين 
المكونات المختلفة للمخطط. وعادة يتم التفريق بين فئة العلاقة (Relationship Туре)‏ وحالات 
العلاقة (Relationship InstanCes)‏ كما هو الحال لفئة الكينونة وحالات الكينونة. ولإيضاح 
ذلك لنفترض فنة الكينونة عضو هيئة التدريس (FACULTY)‏ وفنة الكينونة مادة دراسية 
(COURSE)‏ مثل تلك الموجودة في الجامعة الأهلية. ولنفترض أننا نرغب في معرفة تأهيل JS‏ 
عضو هيئة تدريس في الجامعة للمواد التي بإمكانه تدريسهاء بمعنى أننا نرغب في معرفة JS‏ المواد 
الدراسية المؤهل لتدريسها O|‏ عضو هيئة تدريس في الجامعة. في هذه الحالة ii‏ تعريف فئة علاقة 
(Is qualified) « СА ул» д‏ بين فئة كينونة أعضاء هيئة التدريس وفئة كينونة المواد 
الدراسية. ولتمثيل علاقة ما يُستخدم الشكل المعين مکتوباً بداخله اسم العلاقة» وبحيث يكون اسم 
العلاقة شبه جملة فعلية (Verb Phrase)‏ كما هو مُوضّح في الشكل رقم (9-2). ;91 هذه العلاقة 
علاقة «متعدد - متعدد»؛ بمعنى أنه قد تكون OKU‏ عضو هيئة تدريس القدرة على تدريس أكثر من 
مادة دراسية» كما أنه قد يكون للمادة الدراسية الواحدة أكثر من عضو هيئة تدريس مؤهل لتدريسها. 
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شكل رقم (9-2): تمثيل العلاقات في مخطط «كينونة - علاقة». 


ولإيضاح العلاقة السابقة؛ فإن الشكل رقم )10-2( يبيّن É‏ كلآ من محمود السالم وسلطان 
الجاسر مؤهلان لتدريس مادة الفيزياء )1( (D‏ (5105/ز)))؛ وأن المواد الثلاث حساب (П)‏ 
وحساب )2( والجبر da sa ((Са1Сшиз (Т), CalCulus (ID, Algebra‏ لتدريسها عضو هيئة 
تدريس واحد هو فهد الحامد. 


(Faculty) (Coursc) 
Ahmad Alotabi لا‎ Chemistry (D 
Mahmood Alsalem —r Physics (1) 
Sultan Aljasir ہے ات‎ Introduction to Statistics 
۶ “А 
‘Turki Alturki ж } Calculus (1) 
Z ; 
| É Z=, 
Saud Alkhalifa کہ‎ Ll Calculus (TI) 
Fahad Alhamid 2а Algebra 


شكل رقم (10-2): مال لعلاقة أعضاء هيئة التدريس با واد الدراسية المؤهلين لتدريسها. 
مما سبق يتضح أنَّ فئة العلاقة ما هي إلا ارتباط ذو xa‏ بين فئتين من الكينونات 
(أو أکثر)ء وأن فئات العلاقات تمكّننا من ربط مكونات مخطط «كينونة - علاقة» مع بعضها؛ بحيث 
نستطيع الإجابة عن تساؤلات لا يمكن الإجابة عنها باستخدام فئات الكينونات فقط. ха АД,‏ 
العلاقة بالشكل المعين يُكتّب بداخله اسم فئة العلاقة الذي يكون شبه جملة Аа‏ كما O|‏ أية حالة 
من حالات العلاقة تمثل ارتباطاً بين حالات الكينونات التي تربطها فئة العلاقة؛ بحيث 9 эз‏ حالة 
واحدة فقط من 0 فئة كينونة ترتبط بفئة العلاقة. فكل خط في الشكل رقم )10-2( يمثل Айз‏ من 
حالات 25 العلاقة «مؤهل ل»» وهذه الحالة تمثل ارتباطاً بين حالة من 454 الكينونة «عضو هيئة 
التدريس» وحالة من حالات فئة الكينونة «مادة دراسية». 


(Relationship Attributes) خصائص العلاقة‎ 1-2-2-1-2 


قد يكون لفئة العلاقة خاصيةٌ أو أكثر كما هو الحال بالنسبة لفئات الكينونات. ففي حال 
رغبتناء على سبيل المثال» في تدوين التاريخ الذي تع فيه АС‏ عضو АА‏ التدريس لتدريس مادة 
معينة؛ АЙА‏ لا بد أن تكون خاصية تاريخ التأهل مرتبطة بفئة العلاقة» وليس geb‏ فئة من الكينونتين 
اللتين تربط بينهما فئة العلاقة. والسبب وراء ذلك؛ هو أن تاريخ التأهل هو خاصية للعلاقة نفسها 


وليست خاصية G‏ من الكينونتين التي تقوم بربطهما ببعض. وهذا التصور يأتي مطابقاً لما نجده 
من خصائص للعلاقات في حياتنا اليومية؛ فلو نظرنا في العلاقة الزوجية بين رجل وامرأة» على 
سبيل المثال؛ فإن تاريخ الزواج 353 خاصية للعلاقة الزوجية بين الطرفين وليس خاصية GY‏ 
منهما. كذلك هو الحال بالنسبة لتاريخ الملكية لعقار ما؛ إذ إن تاريخ تملك العقار 553 خاصية لعلاقة 
التملّك وليس خاصية لأ من المالك أو العقار. وفي مثل هذه الحالات تربط الخاصية (أو مجموعة 
الخصائص) بفئة العلاقة كما هو مُوضّح في الشكل رقم )11-2( Ала!‏ العلاقة «مؤهل ل». 
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شکل رقم (11-2): تمغيل خصائص العلاقة في مخطط «كينونة - علاقة». 
2-2-2-1-2 الكينونة المشاركة :(AssoCiative Entity)‏ 


إن ارتباط خاصية أو أكثر بفئة علاقة كما في حالة Ала‏ العلاقة «مؤهل ل» في الشكل (2- 
1ء قد تعني أنه من الأنسب أن ый‏ فئة العلاقة في مخطط «كينونة - علاقة» على أنها من Ха‏ 
كينونة. والكينونة المشاركة (AssoCiative Entity)‏ هي فئة علاقة @ تحويلها إلى فئة كينونة» 
وبذلك فهي تربط ما بين حالات فتتين من الكينونات Ду‏ أكثر)» وترتبط بالخصائص المتعلقة بها. 
(бш,‏ شكل العلاقة المشاركة بمستطيل بداخله مُعيّن؛ للدلالة على أن الكينونة قد كانت في الأساس 
علاقة» ولكن 8 تحويلها لعلاقة مشاركة. Аа,‏ بداخل الشكل اسم الكينونة المشاركة؛ بحيث 
يكون اسماً مشتقاً من اسم Ала‏ العلاقة التي تمَّ تحويلهاء كما تبين العلاقة المشاركة في الشكل رقم (2- 
12( التي تمَّ فيها تحويل فئة العلاقة «مؤهل ل» qualified)‏ 15( لتصبح علاقة مشاركة بِمُسمّى 
«التأهيل» .(QualifiCation)‏ 


( Date_Qualified 
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شكل رقم (12-2): قثیل العلاقة ا مشارکة في مخطط «كينونة - علاقة». 


ويُلاحَظ في المثال السابق عدم وجود فنة علاقة التي تمثل بالشكل المعين في مخطط 
«كينونة - علاقة» بين الكينونة المشاركة والكينونتين الأخريين؛ وذلك لأن فئة الكينونة المشاركة 
تمثل العلاقة بین الكينونتين الأخريين» وأنها في الأساس كانت من فئة علاقة. كما يُلاحَظ أن UK‏ 
التعددیتین (وهن من نوع متعدد) قد تمّت إزاحتهما؛ بحيث ينتهيان في الكينونة المشاركة (أو كينونة 
الربط)؛ عوضاً عن انتهائهما بالكينونتين الأخريين. ومن الأمور التي قد تستدعي تحويل فئة 
علاقة إلى فئة علاقة مشاركة (أو كينونة ربط) هو توفُر بعض الشروط التالية Hoffer et al,)‏ 
2018( 


1- أن تكون مشاركة )0 فئة كينونة مرتبطة بفئة العلاقة من نوع متعدد. 
2- أن يكون لفئة العلاقة بعد تحويلها إلى كينونة مشاركة معنى مستقل ومعروف في بيئة 


عمل المستفيدين» ومن المُستحسَن أن يكون АЗ]‏ الكينونة المشاركة ўза‏ يتكون من خاصية واحدة 


3 أن يكون لفئة العلاقة خاصيةٌ أو أكثر بالإضافة إلى الخاصية التي ستمثل مميزاً للكينونة 


4- أن ترتبط فئة الكينونة المشاركة (بعد عملية تحويل فئة العلاقة إلى كينونة مشاركة) 
بعلاقات مع كينونات أخرى غير تلك التي أدّت إلى تكوين فئة الكينونة المشاركة. 


:(Degree of a Relationship) درجة العلاقة‎ 3-2-2-1-2 


درجة العلاقة هي عدذ فنات الكينونات المرتبطة في Ала‏ العلاقة» ومنها العلاقة الأحاديةء 
والعلاقة الثنائية والعلاقة الثلاثية. وعلى الرغم من أنه يمكن تمثيل علاقات ذات درجات أعلى؛ فإنه 
قلما ag ó‏ مثل هذه العلاقات على أرض الواقع. وفيما يلي أمثلة لكل نوع من درجات العلاقات. 


1- علاقة أحادية :(Опагу Relationship)‏ العلاقة الأحادية؛ هي علاقة تربط بين 
حالات الكينونة نفسها. وتمثل العلاقة الأولى الموضّحة في الشكل رقم )13-2( «صلة القرابة» 
(Is related to)‏ بین الأشخاص. ولكون العلاقة تربط بين حالات نفس فئة الكينونة 
(PERSON)‏ فإن العلاقة أحادية (تشترك فيها فئة كينونة واحدة فقط). فعلى سبیل المثال: قد 
يكون شخصن ما وليكن (ش1) مرتبطاً بعلاقة قرابة مع مجموعة من الأشخاص مثل: (ش2ء ش3ء 
ش4)» وکل شخص من (ش2ء ش3ء ش4) قد يكون مرتبطاً بعلاقات قرابة مع (ش1) وأشخاص 
آخرين كذلك. كذلك هو الحال بالنسبة للعلاقة الأحادية الثانية الموضّحة في نفس الشكل التي تمثل 
المتطلبات الدراسية للمواد الدراسية المختلفة في الجامعة الأهلية؛ إذ إن المادة الدراسية الواحدة قد 
تكون متطلباً لمواد دراسية أخرىء والمادة الدراسية نفسها قد تتطلب انتهاء الطالب من مجموعة 
مواد قبل أن يتمكن من التسجيل في المادة. ومن ثم؛ فإن هذه العلاقة تربط بين حالات نفس فئة 
كينونة المواد الدراسية .(COURSE)‏ 


PERSON COURSE | 


< Is_related_to درز‎ <Is_prerequisile > 


شکل رقم (13-2): تمثيل العلاقة الأحادية في مخطط «كينونة - علاقة». 


2- علاقة ثنائية :(Віпагу Relationship)‏ العلاقة الثنائية تربط بين حالات فتتين من 
الكينونات. وثمثل العلاقة الثنائية في الشكل رقم (14-2) علاقة حضور الشخص لمناسبة معينة. 
ولكون علاقة الحضور (Attends)‏ تربط بين الحالات التابعة لنوعين مختلفين من فئات الكينونات» 
وهما كينونة الشخص (PERSON)‏ وكينونة المناسبة (EVENT)‏ فإن درجة العلاقة ثنائية. 


PERSON 4 


شکل رقم )14-2( قثیل العلاقة الثنائية في مخطط «كينونة - علاقة». 


3- علاقة ثلاثية :(Тегпагу Relationship)‏ العلاقة الثلاثیة تربط بين حالات ثلاث 
فنات من الكينونات في وقتِ واحد. БА,‏ العلاقة في الشكل رقم (15-2) علاقة الوصفة الطبية 
للمریض؛ حيث يشارك في العلاقة ثلاث فئات من الكينونات» وهي: المریض (PATIENT)‏ 
والطبيب (DOCTOR)‏ والدواء (DRUG)‏ ومُعنى «بنفس الوقت» أنه لا يمكن أن з б‏ حالة 
من حالات فئة علاقة الوصفة الطبية (Is_presCribed)‏ دون مشاركة حالة من حالات الطبیبء 
(وهو الذي وصف العلاج) مع حالة من حالات المريض (الذي سيتعاطاه) مع حالة من حالات 
الدواء (الذي تم وصفه). 


PATIENT < Is-prescribed > DOCTOR 


شكل رقم ("ط-6١): J‏ العلاقة الثلاثية à‏ مخطط «كينونة - علاقةء. 


:(Cardinality Constraints) قیود التعددية‎ 4-2-2-1-2 


تُحَدّد قيود التعدّدية في نموذج «كينونة - علاقة» эзе‏ الحالات التي يجب أو يمكن ارتباطها 
في كينونة ما مع OS‏ حالة في كينونة أخرى. وثُمثّل قيود التعددية من خلال القيمة الصغرى والقيمة 
الكبرى للعلاقة؛ حيث تمثل القيمة الصغرى للعلاقة 8( зе‏ من الحالات التي يجب أو يمكن 
ارتباطها في كينونة ما مع OK‏ حالة في كينونة أخرىء في حين تمثل القيمة الكبرى أكبر تعذدیة 
للعلاقة أو بمعنى آخر أكبر عددٍ من الحالات التي يجب أو يمكن ارتباطها في كينونة ما مع IS‏ 
حالة في الكينونة الأخرى. وعند تمثيل قيود التعددية تُستخذم الرموز الموضّحة في الشكل رقم (2- 
16( 


ارتباط اختيارى (صفر أو واحد) Optional (zero-one) Connection‏ 


Mandatory one Connection 


: . TN وی یپ‎ E T P И Po T° 
Optional (zero-many) Connection ارتباط اختيارى ) صفر أو متعدد)‎ 


` 4 3 1 سے کھج‎ ' ч 
7 Mandatory(one-many) Connection ارتباط إجبارى (واحد أو متعدد)‎ 


شكل رقم (17-9): الرموز المُستخدّمة لتمٹیل قيود التعددية في مخطط «كينونة - علاقة». 
وفيما يلي مثالٌ ОЕ)‏ من الأنواع الأربعة من قيود التعذدیة في نموذج «كينونة - علاقة»: 


1- اختياري واحد :(Optional Опе)‏ تعني العلاقة في الشكل رقم )17-2( OÍ‏ الحالة 
الواحدة في كينونة «شخص» (PERSON)‏ قد لا ترتبط АЙ‏ حالة في كينونة «دراجة» 
(BICYCLE)‏ أو أنها قد ترتبط بحالة واحدةٍ على الأكثر. وبذلك؛ فإن معنى العلاقة يصبح 
«قد لا يمتلك الشخص الواحد أية دراجة؛ ولكنه في حالة امتلاكه لدراجة؛ فإنه يمتلك دراجة baal y‏ 
على الأكثر». ولكونه لیس من الضروري أن يمتلك كل شخص لدراجة؛ فإن هذه العلاقة 385 
اختيارية. 


PERSON < BICYCLE 


شكل رقم )17-2( Àk‏ تعددية اختياري واحد في مخطط «كينونة - علاقة». 


2- إجباري واحد :(Mandatory One)‏ تعني العلاقة في الشكل رقم (18-2) OÍ‏ الحالة 
الواحدة في كينونة «فريق» (TEAM)‏ يجب أن ترتبط بحالة واحدة في كينونة «قائد» 
(LEADER)‏ وحالة واحدة فقط (كحدٍ أعلى). وبذلك؛ فإن معنی العلاقة بين كينونة الفريق 
وكينونة القائد саз‏ «لكل فريق قائد» وقائد الفريق واحد فقط». ولكونه 
لا بد أن يكون لكل فريق قائد واحد Éa)‏ أدنى)؛ فإن العلاقة بين كينونة فريق وكينونة قائد علاقة 


إجبارية. 


LEADER 


شكل رقم )18-2( : قثیل تعددية إجباري واحد في مخطط «كينونة - علاقة». 


3- اختياري متعدّد :(Optional Мапу)‏ تعني العلاقة في الشكل رقم )19-2( أن الحالة 
الواحدة في كينونة «طالب» %‹($ТОРЕМТ)‏ لا ترتبط بأية حالة في كينونة «مادة دراسية» 
(COURSE)‏ أو أنها قد ترتبط بأكثر من حالة واحدة. وبذلك؛ فإن معنى العلاقة يصبح «قد لا 
يُسجّل الطالب الواحد في أية مادة دراسیة أو أنه قد يُسجّل في أكثر من مادة دراسية». ولكونه ليس 
من الضروري أن يسجل الطالب في أية مادة؛ فإن العلاقة اختيارية. كما أن العلاقة متعددة؛ لكون 
الطالب قد يسجل في أكثر من مادة دراسية. وبذلك تصبح العلاقة اختيارية متعددة. 


COURSE 


شكل رقم (19-2): قثیل تعددية اختياري متعدد في مخطط «كينونة - علاقة». 


4- إجباري 3225 :(Mandatory Мапу)‏ تعني العلاقة في الشكل رقم )20-2( أن 
الحالة الواحدة في كينونة «مادة دراسية» (COURSE)‏ يجب أن ترتبط بحالة واحدة في كينونة 
«كتاب دراسي» (TEXTBOOK)‏ على «У‏ وقد ترتبط بأكثر من حالة في كينونة كتاب 
دراسي. وبذلك؛ فإن معنى العلاقة ما بين كينونة المادة الدراسية والكتاب الدراسي یصبح СОЕ»‏ مادة 
دراسية کتاب واحد على «У!‏ وقد يكون للمادة الدراسية أكثر من كتاب دراسي». ولكونه لا بد أن 
يكون لكل 53А‏ دراسية كتاب واحد )5 أدنى)؛ فإن العلاقة بين كينونة مادة دراسية وكينونة كتاب 
دراسي علاقة إجبارية. كما أن العلاقة متعددة؛ لكونه قد يكون للمادة الدراسية الواحدة أكثر من 


كتاب دراسي واحد, 


COURSE ТЕХТВООК. 


شكل رقم (20-2): hië‏ تعددية إجباري متعدد في مخطط «كينونة - علاقة». 
ولأن العلاقة بين الكينونات المرتبطة بها علاقة متبادلة؛ فإنه يجب إدراج قيود تعددية العلاقة 
في كل اتجاهاتهاء بمعنى أننا قد نظرنا في الأمثلة السابقة إلى العلاقات في اتجاه واحد فقط وهو من 
الجهة اليسرى من العلاقة إلى الجهة اليمنى. ولإدراج تعددية العلاقة في الاتجاه الآخر للمثال 
الأخير» على سبيل المثال» إذا ما علمنا أن قاعدة العمل (бай‏ على أنه «قد لا يُخصّص الكتاب 
الدراسي لمادة دراسية» ولكنه قد يُستخدم من قبل مادة دراسية واحدة (على الأكثر)»؛ فإن العلاقة 


تصبح اختيارية واحدة كما هو مُوضّح في الشكل رقم (21-2). 


COURSE HO Ө; TEXTBOOK 


شكل رقم (21-2): تثيل تعددية العلاقة اختياري واحد وإجباري متعدد. 


Ы‏ إن نصّت قاعدة العمل على أن «كلّ كتاب دراسي مخصصٌ لادة دراسية واحدة فقط»؛ OÚ‏ العلاقة تصبح 
إجبارية واحدة كما في الشكل (22-2). 


COURSE TEXTBOOK 


شکل رقم (22-2): قثیل تعددية العلاقة إجباري واحد وإجباري متعدد. 


وفي حال сха‏ قاعدة العمل علی ان (Су‏ كتاب دراسي балаа‏ لمادة دراسية واحدة على 
الأقل» وقد يُخصّص الكتاب لأكثر من مادة دراسية»؛ فإن العلاقة تصبح إجبارية متعددة <“ فی 
الشكل رقم (23-2). 


والاحتمال الأخير المتبقي للعلاقة؛ هو في حال نصّت قاعدة العمل على أن «الكتاب الواحد 
قد لا يُخصّص لأية مادة دراسیة وقد يُخصّص لأكثر من مادة دراسية». في هذه الحالة تصبح 
العلاقة اختيارية متعددة كما في الشكل رقم (24-2). 


COURSE TEXTBOOK | 


شكل رقم (24-2): تثيل تعددية العلاقة اختياري متعدد وإجباري متعدد. 


3-2-1-2 حالة تطبيقية: 


بعد ١‏ تعر اضنا للمفاهيم الأساسية АЗА‏ لنموذج «كينونة - علاقة»» نعود لقواعد العمل 
سدعر هيم - { ج D»‏ لعو 


1- 2 55 في الجامعة ae‏ من الأقسام الدراسیة ,251 (Department) =š‏ من الأقسام 
العلمية رمز (Department ID)‏ يميّزه عن А‏ الأقسامء واسم .(Name)‏ 

قشع أجلن فاشك unay Дый‏ کک ال اترا اتھ اس لها sassa‏ 
ыд!‏ لال لاوفی كبا في لکل رف )025-2 


DEPARTMENT 


شكل رقم (25-2): | قاعدة العمل الأولى للجامعة الأهلية في مخطط «كينونة — علاقة». 


2- يعمل في الجامعة عدذ من أعضاء هيئة التدريس» 5 OSI‏ عضو Аа‏ تدريس (FaCulty)‏ 
رمز (FaCulty_ID)‏ يميّزه عن А‏ أعضاء iia‏ التدريس» واسم (Name)‏ يتكون من (الاسم 
الأول aul s (ЕМате)‏ العائلة ((LName)‏ وراتب شهري (Salary)‏ وتاريخ ميلاد Date of)‏ 
«((Birth (DOB‏ ورقم — .(Phone No)‏ 


لقد سبق أنّ مثلنا قاعدة العمل هذه بفئة كينونة عضو هيئة التدريس والخواص التابعة لھا مع 
تحديد الخاصية المميزة» وكان تمثيلنا 2341 الكينونة كما في الشكل رقم (26-2). 


شکل رقم (26-2): تمثيل قاعدة العمل АШЫЙ‏ للجامعة الأهلية في مخطط «كينونة - علاقة». 


3- يدرس في الجامعة عدد من الطلاب؛ ولكل طالب (Student)‏ رمز (Student ID)‏ 
يميّزه عن بقية الطلاب في dedal‏ واسم (Name)‏ يتكون من (الاسم الأول (FName)‏ واسم 
العائلة olse s ((LName)‏ بريدي O S (Address)‏ من (اسم الشارع (Street)‏ واسم المدينة 
(City)‏ والرمز البريدي .((Zip_Code)‏ 


STUDENT 


شكل رقم )27-2( تمثيل قاعدة العمل АИ‏ للجامعة الأهلية في مخطط «كينونة - علاقة». 


4- تُنفذ الجامعة مجمو Ас‏ من المواد الدراسیة Gly‏ مادة دراسية (Course)‏ رمز 
(Course ID)‏ يميزها عن بقية المواد الدراسية التي تنفذها الجامعة» واسم (Title)‏ وعدد وحدات 
(أو ساعات) دراسية .(Units)‏ 


COURSE 


شكل رقم (28-2): قثیل قاعدة العمل الرابعة للجامعة الأهلية في مخطط «كينونة - علاقة». 


5- تنفذ (أو تعقد) كل مادة دراسية من خلال مجموعة (أو شعبة) دراسية (SeCtion)‏ 
واحدة أو أكثر في الفصل الدراسي الواحدء أو قد لا تنفذ (أو تعقد) أية مجموعة (أو شعبة) للمادة 
الدراسية في فصل دراسي «оаа‏ ولكل مجموعة دراسية رمز (SeCtion ID)‏ يتكون من (رقم 
المجموعة؛ والفصل الدراسي المنفذة فيه (Semester)‏ والسنة الدراسية المنفذة فيها Ú ((Year)‏ 
رقم المجموعة (SeCtion No)‏ فهو رقم (مثل: 1ء 22 3ء ... إلخ) يميز المجموعة عن بقية 
المجموعات المنفذة للمادة الدراسية نفسها (وفي نفس الفصل والسنة الدراسيين)؛ ولكنه لا يميزها 
بشكلٍ منفرد عن بقية المجموعات الدراسية المنفذة للمواد الدراسية الأخرى في الجامعة. كما أن 


لكل مجموعة دراسية موقع من مواقع الجامعة لتنفيذها فيه .(LoCation)‏ 


COURSE 


شكل رقم (29-2): تمثيل قاعدة العمل الخامسة للجامعة الأهلية في مخطط «كينونة - علاقة». 


34-6 36 للمادة Аы у‏ الو ااحدة ¿asua‏ عة من САЗА)‏ الد ر اة أو 4 لا تكو 'للمادة 
الدراسية أية متطلبات دراسية. كما أن المادة الدراسية الواحدة قد تکون متطلباً لأكثر من مادة 


دراسیةء أو قد لا تكون متطلباً АУ‏ مادة دراسية. 


COURSE D 
`L 


شكل رقم (30-2): تمنيل قاعدة العمل السادسة للجامعة الأهلية في مخطط «كينونة - علاقة». 


7 يعمل في (works for)‏ كل قسم من أقسام الجامعة عضو هيئة تدريس واحد أو أكثرء 
وكل عضو من أعضاء هيئة التدريس يعمل في قسم دراسي واحد فقط, 


Department Тр. 
مج‎ 08 


DEPARTMENT 


FACULTY 


Faculty_ID 


شكل رقم (31-2): ад‏ قاعدة العمل السابعة للجامعة الأهلية في مخطط «كينونة — علاقة». 


8- كل عضو АЗА‏ تدريس في الجامعة مؤهل (Qualified)‏ لتدريس مادة دراسية واحدة 
على JENI‏ وقد يتوفر للمادة الدراسية الواحدة أكثر من عضو هيئة تدريس Ja ya‏ لتدريسهاء وقد لا 
35у‏ من أعضاء هيئة التدريس مَنْ هو ул‏ هل لتدريس المادة. 


9- عندما dali‏ عضو هيئة التدريس لتدريس مادة ما لأول مرة» يكون هنالك تاريخ لتأهيله 


(QualifiCation Date)‏ يُحدّد تاريخ ЈАС‏ عضو هيئة التدريس لتدريس المادة الدراسية. 


COI КУЕ 


شکل رقم (32-2): تمثيل قاعدة العمل الثامنة والتاسعة للجامعة الأهلية في مخطط «كينونة - علاقة». 


10- ثدار (Administered)‏ كل مادة دراسية من قبل قسم دراسيّ واحد من أقسام 
الجامعة мз‏ كل قسم مادة دراسية baal g‏ على الأقل. 


Department ID 


شكل رقم (33-2): تمثيل قاعدة العمل العاشرة للجامعة الأهلية في مخطط «كينونة - علاقة». 


1- قد يسجل (Enrolls)‏ الطالب الواحد في أكثر من مجموعة (أو شعبة) دراسية أو قد لا 
يسجل في أية مجموعة (أو شعبة) Аъ) әз‏ والمجموعة (أو الشعبة) الدراسية الواحدة قد لا يسجل 
فيها أي طالب أو قد يسجل فيها أكثر من طالب. 


12- عندما يُسجّل طالب في مجموعة دراسية O s‏ له درجة (Grade)‏ تعطى عند انتهائه 
С ۶۳‏ 


SECTION 


STUDENT 


شكل رقم (34-2): قثیل قاعدة العمل الحادية عشرة والثانية عشرة 
للجامعة الأهلية في مخطط «كينونة - علاقة». 


13- يتخصص كل طالب (Majors)‏ في قسم دراسي واحد فقط ويتخصص في القسم 
الدراسي الواحد أكثر من طالب. 


Student ID 


شكل رقم (35-2): قثیل قاعدة العمل الثالثة عشرة للجامعة الأهلية في خطط «كينونة - علاقة». 


14- يكلف (Assigned)‏ کل عضو هيئة تدريس بتدريس مجموعة (أو شعبة) دراسية 
واحدة أو ASÍ‏ وقد لا يكلف عضو هيئة التدريس بأية مجموعة (أو شعبة) دراسیة والمجموعة (أو 
الشعبة) الدراسية الواحدة تكلف لعضو هيئة تدريس واحد فقط, 


شكل رقم (36-2): ثيل قاعدة العمل الرابعة عشرة للجامعة الأهلية في مخطط «كينونة - علاقة». 


ويمثل الشكل رقم (37-2) كامل مخطط «كينونة - علاقة» وفق قواعد العمل المعمول بها 
في الجامعة الأهلية المذكورة أعلاه. 


DEPARTMENT 


<>. 


شكل رقم (37-2): كامل مخطط «كينونة — علاقة» للجامعة الأهلية وفق قواعد العمل المفترضة. 


الفصل الثالث 


إن نموذج كينونة - علاقة الذي تم استعراض مكوناته في الفصل السابق قد لاقی قبولاً كبيراً 
من مُصمّمي نظم قواعد البيانات منذ بداية ظهوره في منتصف السبعينيات الميلادية؛ وذلك аЗ ула]‏ 
على نمذجة غالبية قواعد العمل المعمول بها في المنظمات الحديثة؛ غير أن النموذج بشكله المبدئي 
لا يستطيع أن يقوم بنمذجة كافة قواعد العمل المعمول بها في غالبية المنظمات Шз‏ وقد حدا هذا 
بالباحثين إلى تطوير المكونات الرئيسية للنموذج؛ حتى يتمكن من نمذجة أكبر قدرِ ممكنٍ من قواعد 
العمل المعمول بها في المنظمات المختلفة. ويستعرض هذا الفصل من الكتاب نموذج «كينونة - 
علاقة المطور» .(Entity-Relationship Model EnhanCed)‏ ومن А)‏ المكونات الرئيسية 
في النموذج المطور هي «علاقة الأنواع الرئيسية والأنواع الفرعية» Supertype/Subtype)‏ 
(Relationship‏ ومبدأ «التجميع» (Aggregation)‏ 


1-3 الأنواع الرئيسية والأنواع الفرعية (Supertype/Subtype)‏ في نموذج كينونة- علاقة 
المطور: 


إن من дА]‏ مكونات نموذج كينونة- علاقة المطور؛ هو «الأنواع الرئيسية والأنواع 
الفرعية». ويمكننا هذا المكون الجديد من نمذجة نوع عام واحد من فئة дыы «А1946‏ «النوع 
الرئيسي»؛ بحيث یتم تقسيمه إلى عدة أنواع (дыд «Аааа‏ «الأنواع الفرعية». ويتكون النوع 
الرئيسيء كما هو الحال في فئات الكينونات الأخرى» من مجموعة من الخصائص المشتركة في 
كافة الكينونات الفرعية المخصصة من النوع الرئيسي. كما أن النوع الرئيسي قد يرتبط بعلاقات 
مع فئات كينونات أخرى. ويتمُ توريث 0 من خصائص النوع الرئيسي والعلاقات التي يرتبط بها 


0 نوع من الأنواع الفرعیةء هذا بالإضافة إلى ما قد يكون للأنواع الفرعية من خصائص (أو 
علاقات) تميّزها عن الأنواع الفرعية الأخرى التي تتبع لنفس النوع الرئيسي. 


إن الأنواع الفرعية ما هي إلا مجموعات جزئية لأحد الأنواع الرئيسية. فعلى سبيل 
المثال» يمكن تمثيل فئة كينونة «طالب» (STUDENT)‏ بحيث يتفرع منها نوعان فرعیان هما: 
فئة طلبة «الدراسات العليا» (Graduate Students)‏ وفئة «طلبة البكالوريوس» 
(Undergraduate Students)‏ ويُلاحَظ في كلا النوعين الفرعيين أن Lel‏ خصائص مشتركة 
كما أن У‏ منهما له خصائص لا يشترك فيها مع النوع الفرعي الآخر. فعلى سبیل المثال: رقم 
الطالب» وعنوان الطالب» ورقم هاتف الطالب» تمثل بعض الخصائص المشتركة لكافة الطلبة بغض 
النظر عن كونهم من طلبة الدراسات العليا أو طلبة البكالوريوس. على النقيض من ذلك؛ فإن فئة 
طلبة الدراسات العليا قد يكون لها خصائص تميّزها عن طلبة دراسات البكالوريوس» مثل: رقم 
مكتب الطالب (إذ إن غالبية الجامعات توفر مكاتب لطلبة الدراسات العليا)» أو علاقات خاصة بهذه 
الفئة» مثل ارتباطها بكينونة أعضاء هيئة التدريس لتمثيل علاقة المشرف الدراسي لمجال بحث 
الطالب. والسؤال الذي قد يُطرّحء لماذا لا نمثل Ала OK‏ من الكينونات الفرعية السابقة بشكلٍ أبسط؛ 
من خلال نمذجتها على أساس أنها فنات لكينونات مختلفة؟ إن الإجابة عن هذا التساؤل ليست 
ببساطة السؤال ذاته؛ لأنها تعتمد على ما تريده المنظمة من النموذج؛ إذ إنه من التحديات التي تواجه 
عملية Аъла‏ البيانات التعرّف على الكينونات المتشابهة فيما بينها بشكلٍ کبیرِ وتمثيلها بشکلِ 
واضح ضمن فئة واحدة. وإن استخدام الأنواع الرئيسية تمكّننا من ذلك» وفي الوقت نفسه تمگننا من 
تخصيص بعض الأنواع الفرعية التي تتميز بخصائص لا تشترك فيها مع الأنواع الفرعية الأخرىء 
خاصة إذا كانت هذه الأنواع الفرعية ذات дка‏ في iin‏ المنظمةء مثل طلبة الدراسات العليا وطلبة 


البكالوريوس» ويجب إيضاحها ضمن نموذج البيانات. 


1-1-3 المفاهيم الأساسية والرموز ا مستخذمة في الأنواع الرئيسية والأنواع الفرعية: 


<s‏ الشكل رقم )1-3( الرموز الأكثر شيوعاً في تمثيل الأنواع الرئيسية والأنواع 
الفرعية )2018 (Hoffer et al,‏ إذ يتصل النوع الرئيسي بخط مستقيم مع دائرة يتفرع منها خط 
مستقيم ОС]‏ نوع فرعي من أنواع النوع الرئيسي. أما الرمز (U)‏ الموضوع على الخط الواصل بين 
نقطة التفرع (وهي الدائرة) إلى OS‏ نوع فرعي؛ ава‏ منها أن حالات النوع الفرعي تمثل مجموعة 


جزئية من حالات النوع الرئيسي؛ إضافة إلى كونها تبيّن اتجاه العلاقة بين النوع الرئيسي والنوع 
الفرعي. وترتبط الخصائص المشتركة لكافة أنواع الكينونات» ويتضمّن ذلك المميّز (أو المعرف) 
(Identifier)‏ بالنوع الرئيسي. Gi‏ الخصائص المتعلقة بنوع فرعي ما دون غيره من الأنواع 
الفرعية؛ فترتبط بالنوع الفرعي نفسه. 


glasi كافة‎ ¿ro 
پر لا‎ 


SUBTYPE (1) 


شكل رقم (1-3): الرموز الأكثر شيوعاً في تمثيل الأنواع الرئيسية والأنواع الفرعية. 

ولتوضيح مفهوم الأنواع الفرعية والأنواع الرئيسيةء لنفترض المثال البسيط التالي الذي يُعَدُ 
من أكثر الأمثلة de уыз‏ وهو وجود منظمة يعمل فيها ثلاثة أنواع من الموظفين» وهم: موظفون 
يعملون بأجر الساعة (Hourly Employees)‏ وموظفون مثبتون على وظائف رسمية بأجر 
شهري (Salaried Employees)‏ وموظفون استشاريون يعملون وفق عقود تُحدّد أجرهم 
(Consultant Employees)‏ ومن الخصائص المهمة للأنواع الثلاثة من الموظفين» ما يلي. 

- موظفو jal‏ الساعات :(Hourly Employees)‏ رقم الموظف (Employee No)‏ 
واسم الموظف (Name)‏ وعنوان الموظف (Address)‏ وتاريخ التعيين (Date Hired)‏ وأجر 
الساعة .(Hourly_ Rate)‏ 


- موظفو الأجر الشهري :(Salaried Employees)‏ رقم الموظف (Employee No)‏ 
واسم الموظف (Name)‏ وعنوان الموظف (Address)‏ وتاريخ 2 التعيين «(Date ` Hired)‏ 


والمرتب الشهري (МошМу_$а1агу)‏ 


- موظفو الأجر وفق عقود استشارية :(Consultant Employees)‏ رقم الموظف 
(Employee No)‏ واسم الموظف (Name)‏ وعنوان الموظف (Address)‏ وتاريخ التعيين 
(Date Hired)‏ ورقم العقد ¿(ContraCt No)‏ والتكلفة الاستشارية .(Billing_ Rate)‏ 


ویٔلاحَظ أن الفئات الثلاث من الموظفين يشتركون في خصائص дда‏ 45« مثل: رقم 
الموظف» وعنوان الموظف. كما Ха S ÉI‏ من الموظفين ترتبط بخاصية أو أكثر لا ترتبط فيها 
الفئتان الأخريان من فئات الموظفين» مثل: خاصية أجر الساعة بالنسبة لفئة الموظفين بأجر 
الساعة. وعندما نحاول نمذجة بيانات هذا المثال وفق نموذج كينونة - علاقةء يمكن النظر في ثلاثة 
خيارات لنمذجته؛ وهي كالتالي: 


1- تمثیل الفنات الثلاث من الموظفين؛ من خلال Ала‏ كينونة واحدة هي كينونة الموظفين 
(EMPLOYEE)‏ وعلى الرغم من بساطة هذا النموذج؛ فإن العيب الرئيسي لهذا الأسلوب هو 
أن كينونة الموظفين يجب أن تحتوي على كافة خصائص الفئات الثلاث من الموظفين. وعند عدم 
انطباق خاصية ما على إحدى حالات الموظفين؛ فتترك قيمتها غائبة (Null)‏ وعندما تتم نمذجة 
هذا المثال وفق هذه الطريقة؛ فإنها ستعقد عملية كتابة التطبيقات على قاعدة البيانات؛ لأن كل تطبيق 
يجب أن يُكتّب بطريقة يستطيع من خلالها التمييز بين الفئات الثلاث من الموظفين والتعامل معها 
بشكلٍ سلیمء هذا بالإضافة إلى ما قد ينتج عن هذه الطريقة من ضياع للمساحة التخزينية؛ نتيجة 
للحقول غير المستخذمة من قبل OK‏ كينونة من كينونات الفئة. 


2- تمثيل O<‏ فئة من فئات الموظفين من خلال فئة كينونة خاصة بھا؛ بحيث ينتج عن هذه 
الطريقة ثلاث فئات من الكينونات. وعلى الرغم من سهولة هذه الطريقة أيضاء فإن هذه الطريقة Y‏ 
تمگن من التعرف على الخصائص المشتركة بين الفئات الثلاث من الموظفين. إضافةً إلى ذلك؛ 
فعلى مستخدمي قاعدة البيانات توخي الدقة في اختيار الفئات المناسبة عند تعاملهم مع قاعدة 
البيانات. 


3- تمثيل الخصائص المشتركة للفئات الثلاث من الموظفين؛ من خلال نوع رئيسيّ واحد 
САА:‏ «موظف» (ЕМРГОҮЕЕ)‏ يتفرع منه ثلاثة أنواع cue а‏ هي: «موظفو أجر الساعات» 


«(HOURLY EMPLOYEE)‏ و«موظفو الأجر الشهري» 
“(SALARIED_EMPLOYEE)‏ و«موظفو الأجر وفق عقود استشارية» 
(CONSULTANT)‏ وتمكّن هذه الطريقة من التعرّف على الخصائص المشتركة بين الفئات 
المختلفة من الموظفين» وفي الوقت نفسه» معرفة الخصائص التي تنفرد فيها كل فئة من فئات 
الموظفين. 

ويمثل الشكل رقم )2-3( النوع الرئيسي للموظفين (EMPLOYEE)‏ والأنواع الفرعية 
2556 التي تمثل الفئات الثلاث من الموظفين؛ بحيث تم ربط الخصائص المشتركة بين الفئات 
الثلاث من الموظفين (ومن ضمنها المميز (أو المعرف)) بالنوع الرئيسي وربط الخصائص التي 
تتفرد فيها كل فئة من فنات الموظفین بالنوع الفرعي الذي يمثل فئة الموظفين. 


EMPLOYEE 


HOURLY SALARIED 
EMPLOYEE EMPLOYEE 


CONSULTANT 


Д‏ تد جات 


شکل رقم (2-3): النوع الرئيسي لكينونة ا موظفین وأنواعها الفرعية الثلاثة. 


1-1-1-3 توريث الخصائص والعلاقات: 


GÍ ól‏ نوع فرعي 3⁄3 فئة كينونة قائمة بذاتها. كما أنَّ أية حالة من النوع الفرعي لا بد أن 
يقابلها نفس الحالة في النوع الرئيسي. ويمكن تصور هذا الوضع على أساس أن كل حالة قد 5 


تقسيم خصائصها بين النوع الرئيسي (الذي ترتبط به كافة الخصائص المشتركة لكافة الكينونات 
بغض النظر عن الأنواع الفرعية التي تتبعها هذه الكينونات)» والنوع الفرعي الذي تتبعه الحالة. 
فعلى سبيل المثال: لو افترضنا وجود illa‏ مستشار باسم «صالح الأحمد» (Saleh Al-Ahmed)‏ 
ضمن النوع الفرعي (CONSULTANT)‏ فإنه لا بد من وجود نفس الشخص ضمن حالات 
النوع الرئيسي (EMPLOYEE)‏ وبناءً على ذلك؛ فإن أية حالة من حالات (sÍ‏ نوع فرعي لا بد 
أن تتصفء ليس بخصائص النوع الفرعي فحسبء وإنما بخصائص النوع الرئيسي الذي يتبعه النوع 
الفرعي كذلك. 


ويُعرّف الوضع أعلاه باسم توريث الخصائص «(Attribute InheritanCe)‏ إذ إن 
كينونات النوع الفرعي ترث قيماً لكافة خصائص النوع الرئيسي. وبهذه الطريقة يصبح من غير 
الضروري تكرار الخصائص التي ترتبط بالنوع الرئيسي في الأنواع الفرعية التي تتبعه. فعلى 
سبيل المثال: إن اسم الموظف؛ هو خاصيةٌ تتبع لفئة كينونة الموظفين ولا تتكرر ضمن (sÍ‏ من 
الأنواع الفرعية التي تتبعها. لذلك؛ فإن اسم المستشار «صالح الأحمد» Зал‏ خاصية من خصائص 
فئة كينونة الموظفين وليس من خصائص فئة الكينونة الفرعية (CONSULTANT)‏ غير أن أجر 
المستشار «صالح الأحمد» خاصية تتبع فئة الكينونة الفرعية (CONSULTANT)‏ 


إضافة إلى توريث الخصائص؛ فإن الأنواع الفرعية ترث العلاقات التي يرتبط بها النوع 
الرئيسي. فعلى سبيل المثال: لو افترضنا أن أية موظف لا بد أن يعمل في إدارة واحدة فقط من 
إدارات المنظمةء كما هو مُوضّح في الشكل رقم (3-3)؛ فإن كافة الأنواع الفرعية لفئة كينونة 
الموظفين سترث هذه العلاقة بمعنى أن أي مستشار أو موظف بأجر «Асы‏ أو موظف بالأجر 
الشهري لا بد أن يعمل في إدارة واحدة فقط من إدارات المنظمة. ونظراً لكون هذه العلاقة مع فئة 
كينونة الإدارات علاقة تنطبق على كافة فئات الموظفینء فقد تم ربط هذه العلاقة بالنوع الرئيسي 
وليس بأيٍ من الأنواع الفرعية. 


Раю Ние]‏ کے 
بت $ 5 EMPLOYEE‏ 
DEPARTMENT‏ سی تما 


HOURLY SALARIED 


05 
EMPLOYEE EMPLOYEE 500۴ 


شكل رقم (3-3): توريث العلاقات من النوع الرئيسي لأنواعه الفرعية. 


وبناء على ما سبق؛ يمكن طرح السؤال التالي: متى يمكن استخدام علاقة النوع الرئيسي 
والأنواع الفرعية؟ 


يعتمد استخدام علاقة النوع الرئيسي والأنواع الفرعية على الحالة التي نحاول نمذجتها. 
وبشكل عام يقترح وجود أي من الحالتین التاليتين استخدام علاقة النوع الرئيسي والأنواع الفرعية: 


1- وجود خصائص ترتبط ببعض الكينونات؛ ولكن ليس بكافة أنواع الكينونات» مثل: كينونة 
الموظفين التي تطرقنا إليها أعلاه. 

2- ارتباط إحدى فئات الكينونات الفرعية بعلاقة لا ترتبط فيها ¿sÍ‏ من فئات الكينونات 
الفرعية الأخرى. 


والشكل رقم )4-3( يحتوي على eja‏ من نموذج كينونة - علاقة لإحدى المستشفيات ЗА)‏ 
مثالا لإيضاح كلتا الحالتين السابقتین؛ فكينونة «المريض» (PATIENT)‏ هي نوغ رئيسي يرتبط 
به نوعان فرعیانء هما: «المرضى المنومون» (RESIDENT_PATIENT)‏ و«مرضى 
العيادات الخارجية» (OUTPATIENT)‏ ويرتبط بالنوع الرئيسي كافة الخصائص المشتركة 
لكينونات المرضىء وهي: اسم المريضء Ol sic‏ المريضء وتاريخ ciaal jall‏ ورقم المريض (وهو 
مميز الكينونة). إضافة إلى ذلك؛ فإن OK‏ مريض يرتبط А‏ مع «طبيب مسئول» 


(RESPONSIBLE РНҮЅІСІАМ№)‏ عن علاج المريض. ولكون كافة المرضى مرتبطين 
بعلاقات مع أطباء مسئولين عن علاجهم بغض النظر عن كونهم مرضى منومين أو مرضى 
عيادات خارجية؛ فقد تعٌ ربط هذه العلاقة مع الأطباء المسئولين؛ من خلال النوع الرئيسي عوضاً 
عن GÍ‏ من الأنواع الفرعية. 

Ц)‏ بالنسبة للأنواع الفرعية؛ فإن كلا منها يرتبط بخاصية لا يرتبط بها النوع الآخر. 
فمرضی العيادات الخارجية يرتبطون بخاصية ыў»‏ المراجعة التالية» 
(CheCkbaCk_ Date)‏ التي لا يرتبط بها المرضى المنومون» والمرضى المنومون يرتبطون 
بخاصية «تاريخ الخروج» (Date DisCharged)‏ التي Y‏ يرتبط بها مرضى العيادات 
الخارجية. كما أن المرضى المنومين يرتبطون بعلاقة خاصة بهم وهي علاقة «مسند إلى» 
ола у (15 аѕѕівпей)‏ العلاقة تربط OS‏ مريض منوم بالسرير الطبي الذي يُستد إليه في أثناء فترة 
بقائه للعلاج في المستشفى. ونظراً لكون هذه العلاقة لا تنطبق على مرضى العيادات الخارجية؛ 
فإنه قد تم ربطها بالمرضى المنومين فقط. ويعني هذا أن العلاقات الخاصة بالأنواع الفرعية لا 
تورث للأنواع الفرعية الأخرى ضمن نفس النوع الرئيسيء أو للنوع الرئيسي نفسه» وإنما تبقى 
خاصة بالنوع الفرعي الذي يرتبط بها فقط. 


ومن خلال عملية توريث الخصائص؛ فإن أيّ مريض سواء كان منوماً أو مريضاً في 
Жый СА)‏ سيرك 484 РШ оаа‏ الرکسی فزن ААЛЫ‏ إلى نكر ارهن کس 
خصائصه. فعلى سبيل المثال: لكل مريض سواء كان منوماً أو من مرضى العيادات الخارجية 
رقمٌء واسمٌء وعنوانٌ» وتاريحٌ للمراجعة يرثها من النوع الرئيسي. ومما سبق يتضح أن توريث 
الخصائص والعلاقات يتم من الأعلى إلى الأسفلء أي: من النوع الرئيسي إلى أنواعه الفرعیة وأن 
عملية التوريث ليست انعكاسية بمعنى أن النوع الرئيسي» أو الأنواع الفرعية الأخرىء لا ترث 
الخصائص والعلاقات التي يرتبط بها نوغ فرعي ما. 
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شكل رقم (4-3): Ju,‏ لإيضاح الحالات التي يُفضل فيها 
استخدام علاقات الأنواع الرئيسية والأنواع الفرعية. 


2-1-1-3 توصيف القيود في علاقات الأنواع الرئيسية والأنواع الفرعية: 


يُوضّح هذا الجزء الرموز المستخذمة لتوصيف القيود في علاقات الأنواع الرئيسية والأنواع 
الفرعية؛ إذ تمكننا هذه القيود من تمثيل بعض قواعد العمل المهمة عند استخدام نموذج كينونة - 
علاقة في نمذجة بيانات المنظمة. وأهم نوعين من القيود هما «قيد التخصيص» 
(SpeCialization Constraint)‏ ود«قيد الانفصال» (Disjointness Constraint)‏ 


.(Elmasri апа Navathe, 2015) 

:(SpeCialization Constraint) التخصيص‎ aš 1-2-1-1-3 

لقد أشرنا أعلاه إلى أن 06 АЙ»‏ موجودة في أحد الأنواع الفرعية لا بد أن 2 35 ما يقابلها 
في النوع الرئيسي. ولكن السؤال هو: هل هذه العملية عكسية؟ بمعنى هل يجب أن تكون كل حالة 
موجودة في النوع الرئيسي liaa‏ ضمن إحدى حالات نوع فرعي واحد على الأقل؟ 

يجيب قيد التخصيص عن هذا التساؤل من خلال قاعدتين» هما: قاعدة التخصیص الكامل 


وقاعدة التخصیص الجزئي. إن قاعدة التخصيص الكامل تعني أن أي حالة موجودة في النوع 
الرئيسي لا بد ЙА of‏ ضمن واحدة على الأقل من الأنواع الفرعية. أما القاعدة الثانيةء قاعدة 


التخصيص الجزئي؛ فتعني أنه من الممكن لحالة مُمثلة ضمن النوع الرئيسي ألا تمل ضمن (sÍ‏ من 
الأنواع الفرعية. وفيما يلي إيضاح لكلتا القاعدتين. 


يتعلق قيد الت 1 بالعلاقة الرأسية بين نوع رئيسي ماء والأنواع الفرعية المرتبطة به 
ن حيث وجوب أن (Ай‏ )0 حالة موجودة ضمن s|‏ £ الرئيسي ضمن الأنواع الفرعية المرتبطة 


به» أو عدم وجوب ذلك. فإذا كان من الواجب تمثيل كل حالة ضمن الأنواع الفرعية бал‏ قيد 


:(Total SpeCialization) التخصيص الكامل‎ 1-1-2-1-1-3 


а‏ الشكل رقم )5-3( المثال السابق المتعلق بمرضى إحدى المستشفيات بعد إيضاح 
رمز التخصيص ade‏ إن قاعدة العمل المعمول بها في هذا المثال هي كما يلي: «إن أيّ مريض في 
المستشفى لا بد أن يكون إما مريضاً منوماً أو مريضاً في العيادات الخارجية». ويعني هذا أنه لا 
یوجد 6 نوع من أنواع المرضى سوى الفئتين السابقتين منهم. كما يعني هذا أن قيد التخصيص 
هو تخصيص كامل؛ فأي حالة لمريض موجود في النوع الرئيسي لا بد أن 2 эз‏ ما یقاب لھا في أحد 
الأنواع الفرعية. Йаз‏ قيد التخصیص الكامل بخطين مزدوجين يصلان بين النوع الرئيسي وهو 
«المريض» (PATIENT)‏ ونقطة تفرُع الأنواع الفرعية (وهي الدائرة). 

ويعني هذا التمثيل للتخصیص؛ أنه عندما تتم عملية إضافة مريض جدید لحالات كينونة 
المرضى لا بد أن يُضاف المريض اما للنوع الفرعي الذي يمثل «المرضى المنومين» Resident)‏ 
(Patients‏ أو النوع الفرعي الذي يمثل «مرضى العيادات الخارجية» .(Outpatients)‏ وفي 
حالة إضافة المريض ضمن حالات المرضى المنومين؛ فإنه لا بد أيضاً من إضافة حالة للعلاقة 


assigned) «el! З»‏ 15( حتى يتم ربط المريض بسرير معين في المستشفى. 
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شكل رقم )5—3( Је‏ التخصيص الكامل في علاقات الأنواع الرئيسية والأنواع الفرعية. 


:(Partial SpeCialization) التخصيص الجزئي‎ 2-1-2-1-1-3 


s‏ < الشكل رقم )6-3( Уба‏ لنوع رئيسي اسمه «مركبة» (VEHICLE)‏ ونوعين 
فرعيين يرتبطان به» La‏ «سيارة» (САВ)‏ وشاحنة (TRUCK)‏ وكما أوضحنا أعلاه؛ فإن 
الخصائص المشتركة لكافة المركبات (بغض النظر عن أنواعها الفرعية) قد تم ربطها بالنوع 
الرئيسي. فرقم لوحة المركبة (Name) kels (VehiCle ID)‏ (الذي يتكون من صنعها 
(Make)‏ مثل تويوتا كورولاء وسنة الصنع (Model)‏ وسعرها +(PriCe)‏ هي خصائص 
مشتركة لكافة أنواع المركبات. А]‏ الخصائص المتعلقة بنوع فرعي معين» مثل: خاصية «عدد 
الركاب» ‹(\{о_оЇ Passengers)‏ وخاصية «عدد محاور الدفع» (No_of Ахіеѕ)‏ وخاصية 
«الحمولة بالطن» (Tonnage)‏ فقد ái‏ ربطها بالنوع الفرعي نفسه. ولنفترض في هذا المثال 
وجود أنواع أخرى من المركبات التي يأتي من ضمنها «الدراجات النارية» 
(MOTORCYCLE)‏ ولأن هذا النوع من المركبات لا يُوجَّد له نوغ فرعي خاص به بمعنى СЙ‏ 
الخصائص المشتركة المرتبطة بالنوع الرئيسي تكفي لتمثيله دون وجود خصائص تتعلق به فقط 
دون غيره من المركبات؛ فإن قيد التخصیص في هذه الحالة 353 تخصيصاً جزئياً. فعند إضافة 
مركبة (VEHICLE)‏ من А‏ سيارة ضمن حالات النوع الرئيسي لا بد من إضافة ما يقابلها ضمن 
حالات النوع الفرعي «سيارة» (CAR)‏ وعند إضافة مركبة جديدة (VEHICLE)‏ من فئة شاحنة 
ضمن النوع الرئيسي لا بد من إضافة ما يقابلها ضمن حالات النوع الفرعي «شاحنة» 


(TRUCK)‏ أما عند إضافة مركبة (VEHICLE)‏ من فئة «دراجة نارية»؛ فإنه يُكتفى 
بإضافتها ضمن حالات النوع الرئيسي فقط. ويمثل التخصيص الجزئي بخط منفرد يصل النوع 
الرئيسي وهو «مركبة» (VEHICLE)‏ بنقطة تفرع الأنواع الفرعية (وهي الدائرة). 


ge 


عه“ 


CDS VEHICLE 
تخصيص جزئى: قد توجد مركبات ضمن‎ 


التوغ الرئيسى ولكنها غير ممثلة ضمن أى سه 
من الأنواع الفرعية. 
МА,‏ 
TRUCK‏ 


شكل رقم (6-3): تمثيل التخصيص الجزئي فی علاقات الأنواع الرئيسية والأنواع الفرعية. 


к 


:(Disjointness Constraint) قيد الانفصال‎ 2-2-1-1-3 


إن قيد التخصیص الذي سبق شرحه أعلاه يتحدث عن العلاقة الرأسية بین النوع الرئيسي 
وأنواعه الفرعیةء بمعنی أنه يقيد حالات النوع الرئيسي؛ من حيث ضرورة وجود [С‏ حالة ضمن 
الأنواع الفرعية التي ترتبط به من عدم وجودها. МЇ‏ «قيد الانفصال» Disjointness)‏ 
05104 ؛ فیتحدث عن العلاقة الأفقية بين الأنواع الفرعية التي تتبع لنوع رئيسي معين؛ 
بسكن А‏ اجار حاون ت اة جرد ats‏ معينة فى дА]‏ درم فزعي و 
في لقن A ОС ОСТ ТОЛ E E‏ اف 
الكامل والانفصال المتداخل. فالانفصال الكامل يعني أن وجود حالة ما من حالات النوع الرئيسي 


في نوع فرعي معين لا يمكن أن تُوجَّد ضمن حالات أنواع فرعية أخرى ترتبط بنفس النوع 


الرئيسي. j‏ الانفصال المتداخل؛ فيعني أن وجود حالة ما من حالات النوع الرئيسي في نوع 
فرعي ما من الممكن أن ó‏ 558 في أنواع فرعية أخرى ترتبط بنفس النوع الرئيسي. وفيما يلي 
إيضاخ لكلتا القاعدتين. 


يتعأّق قيد الانفصال بالعلاقة الأفقية بين الأنواع الفرعية المرتبطة بنوع рй)‏ ما؛ من 
حيث إمكانية تمثيل حالة موجودة في نوع فرعي ما ضمر حالات نوع فرعي آخر مرتبط بنفس 


النوع الرئيسي من عدم إمكانية ذلك. فإذا کان من الممكن ذلك؛ أصبح эй‏ الانفصال متداخلا. 
أما إن لم يكن بالإمكان ذلك أصبح قيد الانفصال كاملا. 


:(Total Disjoint) الانفصال الكامل‎ 1-2-2-1-1-3 


(уы‏ الشكل رقم )7-3( المثال المتعللق بمرضى إحدى المستشفيات بعد إيضاح رمز 
الانفصال عليه. إن قاعدة العمل المعمول بها في هذا المثال هي كما يلي: «إن GÍ‏ مريضٍ في 
المستشفى LJ‏ أن يكون مريضاً منوماً أو مريضاً في العيادات الخارجية؛ ولكنه لا يمكن أن يكون 
مريضاً منوماً ومريضاً في العيادات الخارجية في وقتِ واحد». وتعني قاعدة العمل هذه أن القيد 
بین الأنواع الفرعية؛ هو انفصالٌ كامل؛ إذ إنه لا يمكن أن يُوجَد 61 مريض ضمن حالات أكثر 
من نوع فرعي واحد في وقتٍ واحد. ويُمثل قيد الانفصال الكامل بالحرف (d)‏ الذي يمثل الحرف 
الأول من ААК‏ «انفصال» Jala (Disjoint)‏ دائرة التفرع. 


ويُلاحَظ في هذا التمثيل أن حالة أي مريضٍ من الممكن أن تكون في ¿sÍ‏ نوع فرعيء ولكنها 
لا يمكن أن з ўй‏ في أكثر من نوع فرعي في نفس الوقت. فالمريض المنوّم قد يخرج من المستشفى 
ويصبح مراجعاً للعيادات الخارجيةء وكذلك هو الحال بالنسبة لمريض العيادات الخارجية الذي قد 
یصبح مريضاً منوماً في وقتِ آخر. ويمكن قراءة القيدين الممثلین في الشكل эй)‏ التخصیص وقيد 
الانفصال) مجتمعين» كما يلي: يُوجَد تخصيص ЗАА‏ بین النوع الرئيسي والأنواع الفرعية المرتبطة 
به؛ لكون أي مريض في المستشفى لا بد أن يمثل ضمن الأنواع الفرعية» ويوجد انفصالٌ كامّل 
لكون أي مريض لا يمكن أن يكون موجوداً في أكثر من نوع فرعي واحد في أي وقت. 
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شکل رقم (7-3): قثیل الانفصال الكامل في علاقات الأنواع الرئيسية والأنواع الفرعية. 


:(Overlapping Disjoint) الانفصال المتداخل‎ 2-2-2-1-1-3 


са‏ الشكل رقم )8-3( فئة كينونة «قطعة غيار» hs y (PART)‏ بها نوعان فرعيان» 
La‏ قطع الغيار у  ًايلخاد ААА‏ نفس المنظمة) саза‏ 
(MANUFACTURED PART)‏ وقطع الغيار المشتراة (РОВСНАЅЕР PART)‏ في 
هذا المثال 45 ربط الخصائص المشتركة لقطع الغيار بالنوع الرئيسي. وهذه الخصائصء؛ هي: رقم 
قطعة الغيار (Part No)‏ الذي ал‏ معرفاً لقطع الغيار» ووصف لقطعة الغيار .(DesCription)‏ 
ومكان وجود قطعة الغيار ¿(LoCation)‏ والعدد المتوفر منها (Available Quantity)‏ فعلى 
سبيل المثال: قد يتوفر من قطعة الغيار رقم )500( وهي مصابيح خلفية يسرى لسيارة فورد 
توراس 2004ء )15( قطعة موجودة في الرف رقم )4( من الممر رقم )5( في مستودع المنظمة. 
ولنفترض أنه 8 تصنيع )10( قطع من قطعة Дай‏ هذه محلیأء في حين É‏ توريد )5( قطع من 
مورد ما. في هذه الحالة تمثّل قطعة Дай‏ هذه gaa‏ حالات النوع الفرعي 
„а, (MANUFACTURED PART)‏ نفس сё‏ ضمن حالات النوع الفرعي 
(PURCHASED PART)‏ ويعني هذا التمثيل أن قيد الانفصال متداخلٌ؛ لكون قطع الغيار قد 
تُوجّد في أكثر من نوع فرعي واحد في وقتٍ واحد. ويُلاحَظ في هذا التمثيل أن النوع الفرعي 


المتعلق بالقطع المصنّعة محلياً له خاصية تميّزه عن النوع الفرعي المتعلق بقطع الغيار المشتراة من 
مورد ماء وأن قطع الغيار المشتراة ترتبط بعلاقة مع كينونة «المورد» (SUPPLIER)‏ التي لا 
يرتبط فيها النوع الفرعي الآخر. كما يُلاحَظ في هذا التمثيل أنه لا يتتبع كل قطعة على aa‏ 
ولكنه يتتبع مجموعة من القطع من نفس النوعء ولها نفس الرقم كمجموعة واحدة. أما إذا أردنا 
تمثيل کل قطعة على جدة؛ فإنه يجب إدخال الرقم التسلسلي JS‏ قطعة (Serial Number)‏ وتكون 
الكمية المتوفرة منها إما )1( أو )0( حسب وجودها في المستودع» مع الإبقاء على بقية مكوّنات 
التمثيل في النموذج كما هي. 

ويمثل эй‏ الانفصال المتداخل بالحرف (O)‏ الذي يمثل الحرف الأول من كلمة «متداخل» 
Jala (Overlap)‏ دائرة التفرع. ويمكن قراءة القيدين الممثلين في الشكل (قيد التخصیص وقيد 
الانفصال) مجتمعين» كما يلي: يُوجَد تخصيص كاملٌ بين النوع الرئيسي والأنواع الفرعية المرتبطة 
به بمعنى أن أية قطعة غيار؛ يجب أن Š‏ 35 ضمن الأنواع الفرعية» ويُوجَّد انفصالٌ متداخل؛ لكون 
بعض قطع الغيار قد توجد ضمن قطع الغيار المشتراة وفي الوقت نفسه ضمن قطع الغيار المصنّعة 
محلیاً 


SUPPLIER‏ انفصال متداخل: يمكن أن 
تكون قطعة الغيار مصنعة Ох‏ 
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شکل رقم )8-3( Је‏ الانفصال المتداخل في علاقات الأنواع الرئيسية والأنواع الفرعية. 


يحتوي الشكل رقم )9-3( على كافة التوليفات الأربع المحتملة للقيدين السابقين (قيد 
التخصيصء وقيد الانفصال) التي يمكن استخدام المناسب منها حسب قواعد العمل المعمول بها في 
المنظمة؛ وذلك عند استخدام علاقة النوع الرئيسي والأنواع الفرعية. 


- تخصيص كاملء انقصال متدا خل 


= انخصیمن йе‏ القصياك کامل 


شکل رقم )9—3( التوليفات الأربع ا حتملة لقيد التخصيص وقيد الانفصال. 


:(Defining Subtype Identifiers) تعريف 52 للأنواع الفرعية‎ 3-1-1-3 


عند إضافة حالة جديدة ضمن حالات نوع رئيسي معين؛ فإننا نحتاج إلى معرفة النوع 
الفرعي (أو الأنواع الفرعية) التي يجب إضافة :2+" إليها إذا كان لا بد من إضافة الحالة إلى 
أحد الأنواع الفرعية. ولأننا قد سبق أن شرحنا قواعد الإضافة OS‏ من قيد التخصيص وقيد 
الانفصال؛ فإننا نقذّم هنا طریقةً مبسطة تعتمد على مميّز للأنواع الفرعية لتطبيق قواعد الإضافة هذه 
(al, 2018 Hoffer et)‏ ومميّز الأنواع الفرعية ما هو إلا خاصية 25 إضافتها للنوع الرئيسي؛ 
بحيث تحدّد النوع الفرعي (أو الأنواع الفرعية) التي يجب إضافة الحالة إليها. 


1-3-1-1-3 الانفصال الكامل :(Total Disjoint)‏ 
يمثل الشكل رقم (10-3) علاقة النوع الرئيسي «موظف» بالأنواع الفرعية الثلاثة التي 


ترتبط به والتي سبق شرحها أعلاه؛ إذ эз у‏ تخصيصن ОА‏ بين النوع الرئيسي والأنواع الفرعیة 
بمعنى أن أي موظفِ موجود ضمن حالات النوع الرئيسي لا بد أن تُوجَد له Айз‏ في الأنواع 


الفرعية. كما يُوجَّد انفصالٌ كاملٌ بين الأنواع الفرعیة بمعنى أن أيّ а за‏ لا يمكن أن تُمثّل aila‏ 


في أكثر من نوع فرعي واحد. 


ويُوضّح الشكل رقم )10-3( مميز الأنواع الفرعية الذي 335 باللون الداكن بِمُسمََّى «نوع 
الموظف» (Етріоуее Туре)‏ وعند إضافة موظف جديد؛ فإنه يجب إدخال قيمة لهذا المميز؛ 
بحيث تكون قيمته (H) LJ‏ للدلالة على أن الموظف يعمل بأجر الساعات» أو (C)‏ للدلالة على أن 
الموظف يعمل مستشاراً وفق Sie‏ استشاريء أو (S)‏ للدلالة على أن الموظف يعمل بالأجر 
الشهرس. ,8 E До‏ ليه a Дый‏ تد )48,5 sasi sh Ны‏ حمق هالا 
النوع الفرعي المناسب. كما يُستخدم في هذا التمثيل اسم المميّز بين النوع الرئيسي ونقطة التفژع 
كشرط يجب أن تساوي قيمته إحدى القيم المدونة على الخطوط الواصلة بين نقطة g Sal‏ والأنواع 
الفرعية. فعلى سبیل المثال: عند إضافة موظف قيمة خاصية «نوع الموظف» 
(Employee Туре)‏ هي «مستشار» (С)‏ فإن هذا يعني أن شرط الإضافة سيكون 
С = Етр1оуее_Туре)‏ مما يؤدي إلى إضافة حالة لهذا الموظف ضمن النوع الفرعي 
(CONSULTANT)‏ 


HOURLY SALARIED 
EMPLOYEE EMPLOYEE 


شکل رقم )10-3( تعريف مميز الأنواع الفرعية في حالة الانفصال الكامل. 


:(Overlapping Disjoint) الانفصال المتداخل‎ 2-3-1-1-3 


يمثل الشكل رقم )11-3( علاقة النوع الرئيسي «قطعة غيار» بالنوعين الفرعيين اللذين 
يرتبطان به» وقد سبق شرحها أعلاه؛ إذ يُوجَد تخصيص САС‏ بين النوع الرئيسي والأنواع الفرعية؛ 
بمعنى أن أيّ قطعة غيار موجودة ضمن حالات النوع الرئيسي لا بد أن تُوجّد لها حالةٌ في الأنواع 
الفرعية. كما يُوجَّد انفصالٌ متداخلٌ بين الأنواع الفرعیةء بمعنى أن قطعة الغيار قد з ў‏ ضمن 
قطع الغيار المصنعة محلياً وفي الوقت نفسه ضمن قطع الغيار المشتراة. 


MANUFACTURED PURCHASED һе Supplies ل‎ 
РАКТ PART 
Rouring_Number 


شكل رقم (11-3): تعريف Д‏ الأنواع الفرعية في حالة الانفصال المتداخل. 


ويوضّح الشكل رقم )11-3( مميز الأنواع الفرعية الذي 335 باللون الداكن بِمُسمََّى «نوع 
قطعة الغيار» ¿(Part Туре)‏ والذي يختلف О‏ بسيط عن التمثيل السابق؛ إذ مثل المميز 
كخاصية مركبة عوضاً عن تمثيله كخاصية بسيطة. وبهذه الطريقة نستطيع تمثيل التوليفات 
المناسبة GSI‏ قطعة غيار؛ من حيث كونها مصنعة محلياً أو مشتراة. وتأخذ ОК‏ خاصية بسيطة من 
مكونات الخاصية المركبة قيمة منطقية cbadal з‏ هي: Ll‏ صح (True)‏ أو خطأ (False)‏ فعندما یت 
إدخال قطعة غيار جديدة ضمن حالات النوع الرئيسي وتكون القطعة مُصنّعة محلياً ومشتراة في 
نفس الوقت تكون قيم الخاصيتين البسيطتين» كما يلي: ManufaCtured = True)‏ و 
(РигСһазей = True‏ أما إذا كانت القطعة مصنعة محلياً فقط؛ فتكون قيم الخاصيتين 


ال بسیطتین؛ كما يلي: ManufaCtured = True)‏ و Í .)PurChased = False‏ إذا كانت 
القطعة مشتراة فقط فتكون قيم الخاصيتين البسيطتين» كما يلي: 


(PurChased = True و‎ ManufaCtured = False) 
:(Generalization and SpeCialization) التعميم والتخصيص‎ 4-1-1-3 


لا شك أن علاقة الأنواع الرئيسية والأنواع الفرعية في نموذج البيانات «كينونة - علاقة» 
المطور؛ مبدأ جيد يمكّننا من وصف العلاقات بين الكينونات الموجودة في المنظمة بشكل أكثر دقة. 
غير أن البيانات تختلف من منظمة إلى أخرىء وقد يستعصي على الشخص الذي سيقوم بنمذجة 
البيانات التعرٌف على الكينونات التي يمكن أن ترتبط بعلاقة نوع رئيسي وأنواع فرعية منذ البدء في 
تصميم نموذج البيانات. لهذا يمكن استخدام عملية التعميم أو التخصیص لاستكشاف مثل هذه 
العلاقات. 


:(Generalization) التعميم‎ 1-4-1-1-3 


إن عملية التعميم في نمذجة البيانات؛ هي عمليةٌ S‏ من الأسفل إلى الأعلى بمعنى أنها 
عملية تعريف АЗ]‏ كينونة ¿eÍ‏ من مجموعة من فئات الكينونات المخصّصة. فعلى سبيل المثال: 
يُوضّح الشكل رقم )12-3( ثلاثة أنواع من الكينونات» هي: «السيارة» (CAR)‏ و«الشاحنة» 
(TRUCK)‏ و«الدراجة النارية» (MOTORCYCLE)‏ وعلى الرغم من أنه يمكن تمثيل هذه 
الكينونات الثلاث ضمن نموذج البيانات كينونة - علاقة كما هي؛ فإنه بنظرة فاحصة یتضخ أن 
الكينونات الثلاث لديها خصائص مشتركة» وهي: الاسم والسعرء ورقم المركبة. ويقترح مثل هذا 
التشابه في بعض الخصائص بين فئات الكينونات المختلفة على مُنمذج البيانات التفكير في إمكانية 


تعريف فئة كينونة أعم. 


o << 


Vehicle_ID MOTORCYCLE 


شكل رقم (12-3): التعرّف على الأنواع الرئيسية والأنواع الفرعية من خلال عملية التعميم. 


ونظراً لهذا التشابه؛ فإنه يمكن تعريف Ай‏ كينونة أعم وهي كينونة «المركبة» 
.(VEHICLE)‏ ويوضِّح الشكل رقم )13-3( فنئة الكينونة الجديدة إضافة لعلاقة النوع الرئيسي 
والأنواع الفرعية. ويُلاحَظ في الشكل نفسه وجود نوعين فرعيين فقط عوضاً عن ثلاثة؛ وذلك 
لكون كينونة السيارة وكينونة الشاحنة لهما خصائص تميّزهما عن بعضهماء وهذه الخصائص غير 
موجودة ضمن الخصائص العامة لكافة الكينونات والمرتبطة بالنوع الرئيسيء أما فئة كينونة 
الدراجة النارية؛ فجميع خصائصها خصائص عامة ومن ثم لا داعي لتمثيلها بوصفها نوعاً فرعياً. 
كما 25 إضافة القيود بين النوع الرئيسي والأنواع الفرعیة وهي في هذا Jidl‏ تخصیص جزئي 
لكون الدراجات النارية لا تظهر ضمن أي من الأنواع الفرعية» وانفصال كامل؛ ОУ‏ أيّ مركبة لا 
يمكن أن تكون ضمن حالات 25 كينونة السيارة وفي الوقت نفسه ضمن فئة كينونة الشاحنة. إضافة 
لذلك؛ یتم تعريف خاصية المميز للأنواع الفرعية وربطها بالنوع الرئيسي. 


Vehicle_ Type = 


شکل رقم (13-3): نمذجة الأنواع الرئيسية والأنواع الفرعية بعد التعرف عليها من خلال عملية التعميم. 


:(SpeCialization) التخصيص‎ 2-4-1-1-3 


)0 عملية التخصیص هي عكس عملية التعميم؛ إذ 25 من الأعلى إلى الأسفل بمعنى أنها 
عملیة تعريف لفئات كينونات مُخصّصة من 25 كينونة أعم. فعلى سبيل المثال: та‏ الشكل رقم 
(14-3 ) كينونة «قطعة غيار» (PART)‏ التي يمكن أن تکون «مشتراة» أو «مُصنّعة محلياً» (أو 
كلتيهما معاً في وقتِ واحد). apus‏ في هذا التمثيل وجود خاصية متعددة القيم» وهي خاصية 
«المورد» (Supplier)‏ التي تتكون من الخاصية البسيطة «رقم المورد» (Supplier_ID)‏ وسعر 
القطعةء مع ملاحظة أن سعر القطعة قد يتغير من مورد إلى آخر. وترتبط هذه الخاصية بقطع 
الغيار المشتراة فقط, كما يُلاحَظ في هذا التمثيل وجود الخاصية البسيطة «رقم المصدر» 
ال ` (Routing‏ التي ترتبط بالقطع المصنّعة محلياً فقط. وفي حالة کون القطع مُصنّعة 
معلیاق مُشتراة في نفس الوقت؛ فسيكون للقطعة 28 ضمن ШС‏ الخاصيتين ےد ورقم المصدر). 
ولكون خصائص قطع الغيار قد تختلف حسب طبيعة کون قطعة الغيار مشتراةً أو مصنعة محلياً؛ 
فإن مثل هذا التمثيل يقترح على مُنمذِج البيانات التفكير في إمكانية تعريف فئات خاصة JS‏ نوع من 
أنواع قطع الغيار. 


شکل رقم (14-3): التعرّف على الأنواع الرئيسية والأنواع الفرعية من خلال عملية التخصيص. 

ونظراً لوجود اختلاف في بعض خصائص كلا النوعين من أنواع قطع الغيار؛ فإنه يمكن 
تعريف فئات کینونات فرعية «ааа‏ وهي: كينونة «القطع المصنّعة «Ыл‏ 
«(MANUFACTURED_PART)‏ وكينونة «القطع المشتراة» 
(РОВСНА$ЕР PART)‏ وترتبط Ш‏ الكينونتين بالنوع الرئيسي من خلال علاقة النوع 
الرئيسي والأنواع الفرعية» كما يرتبط 0 نوع فرعي بالخصائص الخاصة به في حين يرتبط النوع 
الرئيسي بالخصائص العامة لكافة أنواع الكينونات. ونظراً لكون СЕ‏ قطعة غيار يجب أن تكون 
إما مصنّعة محلياً أو مشتراة؛ فإن هذا يعني وضع قيد تخصيص كامل. ШОО‏ قيد الانفصال؛ فهو 
انفصالٌ متداخلٌ؛ وذلك لكون بعض قطع الغيار قد تكون مصنعة محلياً ومشتراةً في وقت واحد؛ مما 
يعني أن بعض الحالات الموجودة في النوع الرئيسي قد تُوجّد في كلا النوعين الفرعيين. وبناءً 
على ذلك يصبح النموذج السابق كما هو مُوضّح في الشكل رقم (15-3). 


MANUFACTURED PURCHASED «С». 


PART PART 


شكل رقم (15-3): نمذجة الأنواع الرئيسية والأنواع الفرعية 
بعد التعرّف عليها من خلال عملية التخصيص. 

وبملاحظة کون الخاصية المرتبطة بالقطع المشتراة؛ أنها خاصيةٌ متعددةٌ القيم وفي الوقت 
نفسه تحتوي على قيمة بسيطة 383 مميزاً للخاصية وهي «رقم المورد» )10 «(Ѕирріег‏ فإن هذه 
الخاصية يمكن تحويلها إلى كينونة قائمة بذاتها ترتبط بالنوع الفرعي من خلال علاقة «يورد» 
(Supplies)‏ كما ترتبط بالعلاقة نفسها خاصية «سعر الوحدة» (Unit РгіСе)‏ وذلك ОУ‏ 
سعر الوحدة ليست خاصية من خصائص الموردہ كما أنها ليست خاصية من خصائص قطعة 
الغيار» وإنما هي خاصيةٌ للعلاقة نفسها بمعنى أن قيمة هذه الخاصية تختلف باختلاف المورد 
واختلاف قطعة الغيار. فعلى سبیل المثال: قد يكون لإحدى قطع الغيار المشتراة أكثر من سعر 
للوحدة حسب المورّدين الذين قاموا بتوريد القطعة. لذلك لا يمكن ربط هذه الخاصية (SQ‏ من 
الكينونتين» وإنما يتم ربطها بالعلاقة التي تربط الكينونتين ببعضهما. وبذلك يصبح الشكل النهائي 
لعملية التخصیص كما هو مُوضنّح في الشكل رقم (16-3)ء مع ملاحظة Айша)‏ ممیز الأنواع 
الفرعية «نوع القطعة» (Part Type)‏ ضمن خصائص النوع الرئيسي. 


Manufactured = °Т'„ 
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MANUFACTURED PURCHASED 
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Routing Митре: 


شكل رقم (16-3): تحديد العلاقات الخاصة بالأنواع 
الفرعية في علاقات الأنواع الرئيسية والأنواع الفرعية. 


مما سبق تتضخ أهمية عمليتي التعميم والتخصیص؛ إذ إنهما تمكّنان من تفخُص النموذج 
المبدئي للبيانات» ومن ثم إمكانية التعرٌف على الأنواع الرئيسية والأنواع الفرعية؛ مما يسهم في 
تطویر النموذج؛ بحيث يعكس علاقات البيانات والقيود المفروضة عليها بشكل أكثر دقة. 


5-1-1-3 هرميات الأنواع الرئيسية والأنواع الفرعية Supertype/Subtype)‏ 
:(HierarChies‏ 


عند وجود علاقة نوع رئيسي بأنواع فرعية؛ فإنه من الممكن أن يرتبط ОС‏ نوع من الأنواع 
الفرعية بأنواع فرعية خاصة به؛ وبذلك تتشكل هرمية من الأنواع الرئيسية والأنواع الفرعية؛ 
بحيث یصبح النوع الفرعي الذي ترتبط به أنواع فرعية خاصة به نوعاً رئيسياً للأنواع الفرعية 
المرتبطة به .(Navathe, 2015 Elmasri and)‏ ویوضتح الشكل رقم )17-3( أحد الأمثلة 
الشائعة الذي يمثل بيانات الموارد البشرية في إحدى الجامعات والعلاقات فيما بينهاء كما تمَّ إيضاح 
المفاهيم والرموز التي تم شرحها حتى الآن عليه. 
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شکل رقم (17-3): أحد الأمثلة الشائعة هرميات الأنواع الفرعية والأنواع الرئيسية. 


لقد & في الشكل رقم )17-3( تعريف كينونة نوع رئيسيء وهي كينونة «الأشخاص» 
(PERSON)‏ التي ترتبط فيها كافة الخصائص المشتركة للأشخاص التابعين للجامعة من موظفين 
وطلبة وخريجين. وهذه الخصائص» هي: رمز «السجل المدني» (Citizen_ID)‏ الذي يمثل 
مميز الکینونةء و«الاسم» (Name)‏ و«العنوان» (Address)‏ و«الجنس» (Gender)‏ 
و«تاريخ الميلاد» (Date of Birth)‏ بعد ذلك تم تخصیص ثلاثة أنواع «дас а‏ هي: فئة 
«الموظفين» äis (EMPLOYEE)‏ «الخريجين» Аё, (ALUMNUS)‏ «الطلبة» 
(STUDENT)‏ كما تع ربط 0 نوع فرعي بالخصائص المتعلقة به فقط؛ إذ تم ربط النوع 
الفرعي الذي يمثل الموظفين بخاصية «الراتب» (Salary)‏ وخاصية «تاريخ التعيين» 
(Date Hired)‏ التي (а‏ خصائص عامة لكافة فئات الموظفين. كما تمَّ ربط النوع الفرعي الذي 
يمثل الخريجين بخاصية متعددة القيم بِمُسمَّى «الدرجة العلمية» (Degree)‏ وذلك لكون الخريج قد 
يكون حاصلاً على أكثر من درجة علمية من نفس الجامعة. كما تعٌ توصيف الدرجة العلمية المتعددة 
القیم على أساس أنها (шай А уа‏ إذ تتكون من الخصائص البسيطة التالية: خاصية «سنة 
الحصول على الدرجة العلمية» (Year)‏ وخاصية «تاريخ الحصول على الدرجة العلمية» 


(Date)‏ وخاصية «نوع الدرجة العلمية» l (Designation)‏ بالنسبة للنوع الفرعي الذي يمثل 
الطلبة؛ ла‏ 8 ربطه بخاصية «التخصص» (Major)‏ ونظراً لكون أي شخصٍ في الجامعة يجب 
أن يكون من ضمن أحد الأنواع الفرعية الثلاثة؛ فقد S‏ وَضْع дй‏ تخصيص كامل. أما قيد 
الانفصال؛ فقد تم وضعه على أساس أنه انفصال متداخل؛ وذلك لكون الخریج قد يكون موظفاً في 
الجامعة أيضاًء كما أن الموظف قد يكون طالباً في الجامعة Laj‏ 


بعد ذلك УАШ S‏ في O<‏ نوع فرعي على جدة؛ لمعرفة إمكانية تخصیص أنواع فرعية منه؛ 
إذ لُوجظ أن الموظف قد يكون «عضواً لهيئة التدريس» (FACULTY)‏ أو أحد أفراد «الطاقم 
المساعد في عملية التدريس» (بما في ذلك من إداريين وسكرتارية) (STAFF)‏ وبناءً على ذلك؛ 
âi‏ تخصيص فئتين من النوع الفرعي SS s «ар уау)‏ ربط OS‏ نوع فرعي بالخصائص التي ترتبط 
به فقط. LAU,‏ أن قيد التخصیص؛ هو تخصيصٌ جزئي مما يعني وجود موظفين آخرين لا 
ينتمون لأيّ من النوعين الذين Š‏ تخصيصهماء كما يُلاحَظ أن قيد الانفصال هو انفصالٌ کاملٌ؛ مما 
يعني Ој‏ عضو هيئة التدریس لا يمكن أن يكون من ضمن الطاقم المساعد في العملية التدريسية أو 
العكس. بعد ذلك S‏ النظر في النوع الفرعي الذي يمثل الطلبة؛ إذ لُوجظ وجود فئتين من الطلبة 
وهما: فئة «طلبة الدراسات (GRADUATE_STUDENT) «hldi‏ وفئة طلبة «دراسات 
البكالوريوس» (UNDERGRADUATE STUDENT)‏ ,45 ربط JS‏ فئة بالخصائص التي 
ترتبط بها فقط. Уз‏ طالب لا بد أن يكون إما طالباً في الدراسات العليا أو طالباً في مرحلة 
البكالوريوس؛ فإنه قد تم تمثيل قيد التخصیص على أنه تخصيصن «ЈА‏ كما & تمثيل قيد الانفصال 
على أنه барај‏ كاملٌ لكون الطالب لا بد أن يكون إما طالباً في مرحلة البكالوريوسء أو طالباً 
في مرحلة الدراسات العليا ولكن ليس في المرحلتين في نفس الوقت. 

تجدر الملاحظة هنا أن б]‏ نوع فرعي في هرمية الأنواع الرئيسية والأنواع الفرعية يرث 
كافة الخصائص والعلاقات للأنواع التي تعلوه في الهرمية. كما Аз‏ إضافة خاصية مميز الأنواع 
الفرعية SI‏ كينونة یتم تخصيصهاء وليس فقط للنوع الرئيسي الذي في أعلى الهرمية كما يوضحه 
الشكل رقم (18-3). 
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شکل رقم )18-3(: إضافة خاصية مميز الأنواع الفرعية في هرميات الأنواع الفرعية والأنواع الرئيسية. 
ада у;‏ المثال السابق أيضاً منهجية التخصیص؛ إذ 5 البدء في هذا المثال بالنوع العام وهو 
«الأشخاص»» S s‏ تخصيصه Шай‏ فشيئاً حسب الخصائص التي تميّز (К‏ نوع فرعي عن بقية 
الأنواع الفرعية حتى الوصول للهرمية الكاملة التي تمثل كافة الموارد البشرية في الجامعة. 


6-1-1-3 التجميع '(Aggregation)‏ 
عُرّفت Аа‏ العلاقة بأنها ارتباط بين نوعين أو أكثر من فئات الكينونات. غير أنه في بعض 
الأحيان نحتاج إلى نمذجة فئة علاقة بين فئة كينونة ماء من جانبء ومجموعة من الكينونات 
والعلاقات مجتمعة مع بعضهاء من جانب آخر. فعلى سبيل المثال: لنفترض وجود Ма‏ كينونة 
بمسمّی «مشروع» (PROJECT)‏ وفئة كينونة 2¿ «قسم» (DEPARTMENT)‏ وأن کل 
مشروع «مدعوم مالياً» (Sponsored)‏ من خلال قسم واحد أو أكثرء وأن القسم الواحد يمكن ألا 


يدعم مالياً أيٗ مشروع أو أنه يدعم أكثر من مشروع. وعندما يبدأ قسم بدعم مشروع ماء يُوجَد 


هناك تاريخ لبداية الدعم. يمكن نمذجة هذا الوضع من خلال علاقة «يدعم مالياً»» كما هو موضح 
في الشكل رقم (19-3). 


شكل رقم (19-3): علاقة «الدعم المالي» التي تربط بين فئة كينونة الأقسام وفئة كينونة المشاريع. 


لنفترض الآن أنه كلما قام дй‏ بدعم مشروع ما؛ فإنه يقوم أيضاً بتكليف موظف (أو 
مجموعة موظفين) لمتابعة سير المشروع. من الاق في هذه الحالة أن علاقة «المتابعة» 
(Monitors)‏ تربط بين فئة كينونة الموظفين» من جانب» وعلاقة «الدعم المالي» (Sponsors)‏ 
(ый,‏ فة Gas‏ المشزوح: أو 2% كينونة الق لهذا الربب يمكن استخدام «التجميع» 
(Aggregation)‏ الذي يمكننا من تمثيل مثل هذا الوضع Ramakrishnan and Gehrke,)‏ 
2003( ويمكن التجميع من توضيح أن فئة علاقة (عوضاً عن كينونة) ترتبط بفئة كينونة من 
خلال Аа‏ علاقة أخرى. وتمثل Аа‏ العلاقة المجمعة؛ من خلال وضعها داخل مستطيل Lin‏ 
الأضلاع. ويُوضّح الشكل رقم )20-3( علاقة «الدعم المادي» والكينونات التي تربط بينها بعد 
تجميعها (من خلال وضعها داخل مستطيل منقط الأضلاع)؛ للدلالة على أنها تدخل مجتمعة في 
علاقة أخرى هي علاقة «المتابعة». 


شکل رقم (20-3): علاقة «متابعة д‏ المشروع» عند استخدام مفهوم التجميع. 


يمكّننا - إذن - التجميع من معاملة علاقة ¿La‏ مثل «الدعم المالي» (Sponsors)‏ وكأنها فئة 
كينونة عند تعريف علاقة أخرىء مثل «المتابعة» (Monitors)‏ أعلاه. ويمكن استخدام التجمیع؛ 
بشكل cale‏ عند محاولة نمذجة علاقة من ضمن أطرافها علاقة (أو علاقات) أخرى. ولكن هل 
بالإمكان عدم استخدام التجميع عندما يكون أحد أطراف علاقة ما علاقة أخرى والاستعاضة عنه 
باستخدام علاقة ثلاثية أو علاقة ثنائية؟ والإجابة عن هذا السؤال هو عدم إمكانية ذلك في مثل الحالة 
التي افترضناها أعلاه؛ إذ إنه لا يمكن استخدام علاقة ثلاثية تربط بين الكينونات الثلاث؛ وذلك 
لوجود علاقتين مستقلتین هما «الدعم المالي» و«المتابعة». ليس هذا فحسب» ولكن كل علاقة 
من العلاقتين قد يكون لها خصائصها المتعلقة بها مثل تاريخ «بداية» الدعم المالي (SinCe)‏ 
للمشروع التي ترتبط بعلاقة «الدعم المالي» وخاصية «نهاية» فترة المتابعة (Until)‏ للموظف التي 
ترتبط بعلاقة «المتابعة». 


كما أنه لا يمكن الاستعاضة عن التجميع من خلال علاقة ثنائیة وهي علاقة «المتابعة» 


التي تربط بين كينونة المشروع وكينونة الموظف» على سبيل المثال. оз аз‏ السبب وراء ذلك 
إلى کون علاقة المتابعة لا ترتبط بالمشروع؛ ولكنها ترتبط بعلاقة «الدعم المالي». 


ويمكن إيضاح قیود التعذدية على علاقة المتابعة كما لو كان التجميع АЗ‏ كينونة. فعلى 
سبيل المثال» لنفترض «أن الموظف الواحد قد لا يتابع أيّ دعم مالي أو أنه يقوم بمتابعة أكثر من 
دعم مالي edal y‏ وأن كل دعم مالي تجب متابعته من قبل موظف واحد فقط». في هذه الحالة» 
يمكن تمثيل قيود التعددية كما هو مُوضّح في الشكل رقم (21-3). 


شكل رقم (21-3): إيضاح التعدّدية عند استخدام مفهوم التجميع في غذجة العلاقات. 


حالة دراسية 
قاعدة بيانات شركة عقارية 
(الحل متوفر في الملحق رقم 2( 
уаз‏ 2 إحدى الشركات العقارية الكبرى مكننة عملها الإداري؛ من خلال تطوير ahi‏ تطبيقية 
تعتمذ في بنائها على نظم قواعد البيانات. وكخطوة أولى تعتزم الشركة نمذجة بعض قواعد العمل 
المعمول بها في الشركة والتي تحكم طبيعة عملها باستخدام النموذج المفاهيمي «كينونة - علاقة». 


باستخدام قواعد العمل التالية المطلوب هو تصميم قاعدة البيانات باستخدام نموذج «كينونة 8 


علاقة». 


1- يُوجّد للشركة مجموعة من المكاتب (OffiCes)‏ في مناطق ومدن مختلفة» ولكل مكتب 
رمز (OffiCe ID)‏ يميزه بشكلٍ منفرد عن بقية المكاتب التابعة للشركة (Address) Ol == s‏ 
ورقم هاتف .(Telephone No)‏ 


2- يعمل في الشركة مجموعة من الموظفين» ,)©( موظف رمز وظيفي 
(Employee_ID)‏ يميزه عن بقية الموظفين العاملين في الشركة»ء واسم يتكون من (الاسم الأول» 
واسم الأب» واسم العائلة)» وتاريخ ميلاد (DOB)‏ وعنوان سكني» ورقم هاتف» وشهادة علمية أو 
(ACademiC_Degree) <i‏ تتكون من الدرجة العلمية (Degree)‏ وتاريخ الحصول عليها 
(Date)‏ ومكان الحصول عليها .(Issuing_Institution)‏ 


3- يعمل OS‏ موظف في مكتب واحد فقط في أية فترة زمنية. وعندما يبدأ الموظف في العمل 
في مكتب ما؛ فإن هنالك تاريخاً لبدئه للعمل في المكتب .(Starting_Date)‏ كما أنه قد يعمل 
الموظف في أكثر من مكتب؛ ولكن في فترات زمنية مختلفة وغير متداخلة مع بعضها. ويعمل 
في المكتب الواحد موظف واحد أو أكثر. 


4- تشرف الشركة على مجموعة من العقارات» ولكل عقار رمرٌ фаз (Estate ID)‏ > 
بشکلِ منفردٍ عن بقية العقارات التي تشرف عليها الشركة وموقع (Address)‏ والعقار الواحد 


الذي تشرف عليه الشركة يجب أن يكون إما للإيجار (Rental Estate)‏ أو للبيع 
(Sale_Estate)‏ وعندما يكون العقار معروضاً للبيع؛ فإنه ليس من الممكن أن يكون ЛР‏ 
كما أن العقار المعروض للإيجار لا يمكن أن يكون SL‏ للبيع. ولكل عقار معروض للإيجار 
تاريخ (Date)‏ یوضنح اليوم الذي من الممكن أن يبدأ به إيجار العقار؛ بحيث أنه لا يمكن تأجير 
العقار ali‏ وسعراً لإيجاره السنوي «(Yearly Rent)‏ ومبلغاً للتأمين عليه 
LÍ _(InsuranCe Amount)‏ العقار المعروض للبيع فله سعر (PriCe)‏ ونسبة لعمولة الشركة 
من مبلغ البیعء وهي %5.2 من سعر بيع العقار. 


5- يُشرف OK‏ مكتب من مكاتب الشركة على واحد أو أكثر من العقارات؛ (سواءً كانت 
معروضة للبيع أو للإيجار)ء ويجب أن £S‏ الإشراف على العقار من قبل مكتب واحد فقط من مكاتب 
الشركة. 


6- يتعامل مع الشركة مجموعة من العملاء О: (Customers)‏ عميل رمز يميزه عن 
بقية العملاء ¿(Customer ID)‏ واسم» ورقم تليفون» وعنوان بريدي. والعميل الواحد إما أن 
يكون مالكاً ДЫ]‏ (يرغب في بيعه أو في إيجاره) (Owner)‏ أو مشترياً لعقار 
(Buying Customer)‏ أو مستأجراً لعقار (Renting Customer)‏ 


7- يجب أن يملك Дас OK (Owns)‏ واحذ أو أكثر من المالكين» والمالك الواحد قد يكون له 
واحد أو أكثر من العقارات (المعروضة للبيع أو (А‏ ولكل مالك لعقار تاريخ (Date)‏ يبيّن 
ملكيته له ورقم الصك (Estate Ownership_ID)‏ الذي Ata‏ من خلالة العتان ДА‏ 
المعروض للبيع؛ فله صفر أو أكثر من المشترين» ولكل مشترٍ صفر أو أكثر من العقارات المشتراة 
من الشركة. 

Lae -8‏ 25 بيع عقار لأحد المشترين؛ فإن لعملية al‏ تاريخاً (Date)‏ وسعراً للبيع 
(Sale PriCe)‏ قد يكون مختلفاً عن السعر الذي 2 تحديده بشکلِ مبدئي كقيمة للعقار. Аі‏ العقار 
المعروض للإيجار؛ فيتم إيجاره وفق عقد (Lease Agreement)‏ يتحَدّد فيه المستأجر والعقارء 
كما يتضمّن العقد تاريخ بدء سریان عقد الإيجار (Lease Date)‏ الذي قد يكون مختلفاً عن التاريخ 
الذي عرض فيه العقار للإيجار. 


الفصل الرابع 
النموذج العلاقي ولغاته الر میة 


يركز هذا الفصل من الكتاب على شرح المفاهيم الأساسية للنموذج العلاقي الذي эл‏ أنجح 
النماذج التمثيلية للبيانات» وأكثرها استخداماً في نظم قواعد البيانات المتوافرة على المستوى 
التجاري. ومن أبرز أسباب نجاح وانتشار استخدام هذا النموذج سهولته في تمثيل البيانات؛ إضافة 
إلى استناده إلى أسس رياضية صلبة تمكّنه من التعامل مع البيانات وحساب نتائجها. لذلك؛ فإن هذا 
Jail‏ يستعرض Laj‏ لغتين من لغات النموذج العلاقي الرسمية» وهما: «الجبر العلاقي» 
(Relational Algebra)‏ - التي 555 إحدى لغات النموذج العلاقي الإجرائية ProCedural)‏ 
(Language‏ و«الحساب العلاقي» (Relational CalCulus)‏ - التي 555 إحدى لغات النموذج 
العلاقي غير الإجرائية .(NonproCedural Language)‏ كما أن من أمرباب نجاح هذا النموذج 
وجود لغة قياسية (Standard Language)‏ للتعامل مع هذا النموذج» وهي لغة الاستفسار البنائية 
((StruCtured Query Language (SQL)‏ التي يمثل شرح مكوناتها محتوى 05 من الفصلين 
السابع والثامن. 


:(Relational Data Model) البيانات العلاقي‎ с> 1-4 


ظهر النموذج العلاقي عام 1970م على يد «إدغار كود» الذي كان يعمل في شركة أي بي г!‏ 
ІВМ)‏ وذلك من خلال ورقته العلمية الشهيرة التي قام بنشرها عام 1970م )1970 .(Codd,‏ 
ولقد لاقى هذا النموذج اهتماماً كبيراً منذ بداية ظهوره؛ وذلك لسهولته في تمثيل البيانات» ولوجود 
أسس رياضية يعتمد عليها. وتم البدء في بناء نظامين تجريبيين بحثيين؛ للتحقق من جدوى النموذج 
العلاقي: الأول منهما كان في ам}‏ مراكز شركة أي بي al‏ للبحوث IBM San Jose ResearCh)‏ 


(Laboratory‏ الذي 5 فيه تطوير نظام غرف «بنظام آر» (System R)‏ في أواخر السبعينيات 
الميلادية. أما الثاني؛ فكان نظاماً ذا طبيعة أكاديمية» áig‏ تطويره في جامعة بيركلي الأمريكيةء 
وغرف بنظام «إنجرس» (Ingres)‏ ومع بداية الثمانینیات الميلادية؛ بدأت تظهر نظم إدارة قواعد 
بيانات عديدة تعتمد في بنائها على النموذج العلاقي. أما اليوم؛ فإن نظم قواعد البيانات العلاقية هي 
السائدة» وهي ثراوح في استخداماتها بین تلك التي يمكن تركيبها واستخدامها على «الحاسبات 
الشخصية» Уаз (Personal Computers)‏ إلى تلك التي یتم تركيبها واستخدامها على 
«الحاسبات الكبيرة» (أو المركزية) .(Mainframes)‏ 


1-1-4 المفاهيم الأساسية في النموذج العلاقي: 


ÉA‏ البيانات في نموذج البيانات العلاقي على هيئة Ае sana‏ من الجداول تُسمّى علاقات 
(Relations)‏ وكل جدول في النموذج العلاقي يحتوي على مجموعة من الصفوف ومجموعة من 
الأعمدة؛ بحيث إن 05 صفبّ من صفوف الجدول diy‏ بيانات حالة من الحالات التي لها مفهومها 
في المنظمة» وكل عمودٍ يمثل إحدى خصائص هذه الحالة. ويتكون النموذج العلاقي من ثلاثة 
مكونات رئيسية )1989 (Fleming and von Halle,‏ وهي: 


1- هياكل البيانات :(Data StruCtures)‏ يتم تنظيم البیانات ضمن جداول А)‏ رسمياً 
علاقات في النموذج العلاقي) تتكون من صفوف (Tuples) AÅ)‏ باللغة الإنجليزية) وأعمدة 
(Attributes) А)‏ باللغة الإنجليزية). 

2- عمليات للتعامل مع البيانات :(Data Manipulation Operations)‏ يتوفر 
للنموذج العلاقي لغات تمكّن من التعامل مع بيانات النموذج. وهذه اللغات Ад‏ على أسس رياضية 
ша u stal usukuy kk‏ ادف 


3- تكامل البيانات :(Data Integrity)‏ يتوفر في النموذج العلاقي تسهيلات تمكّن من 
توصيف (بعض) قواعد العمل التي OS‏ من المحافظة على ЈА‏ البيانات. 

وفيما يلي شرح لهياكل البيانات وتكامل البيانات في النموذج العلاقي. أمّا لغات التعامل 
(الرسمية) مع النموذج العلاقي؛ فسيتم شرحها في الجزأين التاليين من هذا الفصل. 


1-1-1-4 هيكل البيانات العلاقي: 


Ой‏ العلاقة الهيكل الأساسي للبيانات في النموذج العلاقي الذي يستمدٌ مُسمّاه من مسمى 
الهيكل الرئيسي لبياناته. والعلاقة هي جدول بسيط له مُسمَّى. وتتكون العلاقة (أو الجدول) من 
عددٍ مُحدّد من الحقول (أو الأعمدة) لها مسميات» وعددٍ غير مُحدّد من الصفوف دون مسميات لھا. 
Éis‏ عدد الحقول «درجة الجدول» .((Degree (ог Arity)‏ وكل صف في الجدول یمثل سجلاً 
(ReCord)‏ لإحدى الحالات؛ بحيث يحتوي على قيم للبيانات في كل عامود من الأعمدة التي 
يحتوي عليها الجدول. ويعني هذا أن كل عامود يمثل إحدى خصائص الحالات المدوّنة في الجدول 
ويحمل اسم الخاصية. ویوضتح الشكل رقم )1-4( جدول «أعضاء هيئة التدريس» 
(ЕАСІЛТҮ Т)‏ وفق النموذج العلاقي» الذي يكافئ فئة كينونة «أعضاء هيئة التدريس» في 
النموذج «كينونة - علاقة». 


FACULTY Т 


Еасицу ТО | FName LName Phone NO | Salary | DOB 
_200 | Khalid | Aloufi | 454-2341 | 35000 | 22/05/1963 
220 Fahad | Alhamid | 456-7733 | 25900 | 07/10/1970 | 
_310 | Saleh | Aleesa | 454-8932 | 30000 | 13/09/1966 
320 Mohammed | Alhamad | 454-5412 44000 13/05/1965 
330 Ghanim | Alghanim | 456-2234 | 44500 | 12/08/1969 
340 Ibraheem | Alsalch 454-1234 25000 20/01/1970 
400 Ahmad | Alotaibi 454-4563 33900 17/05/1971 
420 Saleh Alghamdi | 454-2233 | 44600 13/02/1969 
500 Yahya | Khorshid | 456-2221 | 36700 | 12/03/1965 
540 Salem | Alhamad | 456-3304 | 40000 | 11/09/1972 
560 Salman Albassam | 454-7865 33800 13/09/1968 
600 Turki | Alturki 456-7891 27800 23/07/1975 
640 Fahad | Alzaid 456-3322 44300 12/05/1971 
660 Saud | Alkhalifa | 454-9856 | 44900 | 13/08/1972 
710 Mahmood Alsalem 456-3323 31900 | 19/02/1973 
730 Mishal | Almazid 454-2343 29800 17/09/1975 
770 Sultan Aljasir 456-3212 43300 13/05/1970 
800 Ali | Albadcr 456-7812 | 45300 | 22/06/1966 
810 Saad | Alzhrani 454-5578 | 44200 17/10/1967 
850 Ahmad | Alsabti 456-0120 33900 | 15/04/1973 


شكل رقم (1-4): جدول chasi»‏ هيئة التدريس» (FACULTY_T)‏ وفق النموذج العلاقي. 


ويتكون الجدول في الشكل السابق من ستة حقول تمثل الخصائص التالية: رمز عضو هيئة 
التدريس» والاسم الأول لعضو هيئة التدريس» واسم العائلة» ورقم الهاتف» والمرتب» وتاريخ الميلاد. 


وعليه؛ فإن Аз уз‏ الجدول هي ستة )6( أما كل صف من صفوف الجدول؛ فيمثل баъ! Айз‏ من 
حالات أعضاء هيئة التدريس. وقد 55 إدراج عددٍ من حالات أعضاء هيئة التدريس في الجدول 
لإيضاح هيكل الجدول؛ إذ إن الحالات نفسها لا 394 من ضمن هيكل الجدول. كما أن هذه الحالات 
تتغير بشكلٍ مستمرِ من خلال عمليات «التعديل» са s (ModifiCation)‏ : «الإضافة» (Insert)‏ 
و«الحذف» (Delete)‏ و«التحديث» (Update)‏ ويعني هذا أن السجلات الموجودة في الجدول؛ 
في أية لحظة ماء تمثل حالة من حالات الجدول في تلك اللحظةء والتي قد تتغير في لحظة أخرى. 
ومن الممكن أن تكون حالة الجدول فارغة بمعنى عدم وجود أية سجلات (أو صفوف) فيه. 


ёзу‏ في oan‏ الأحيان تمثيل هيكل الجدول بشكلٍ مختصرِ من خلال كتابة اسم الجدول 
E A‏ پپَ99ٰ لز ۶۷+ ئ ۰ھ" 
«أعضاء هيئة التدريس» أعلاه وفق الطريقة المختصرة هذهء كما يلي: 


FACULTY T (FaCulty_ID, FName, LName, Phone_NO, Salary, DOB) 


2-1-1-4 المفاتيح في النموذج العلاقي: 


يُعرّف الجدول (أو العلاقة) في النموذج العلاقي على أنه مجموعة من السجلات .(Tuples)‏ 
ولأن المجموعات في تعريفها الرياضي (وفقاً لنظرية المجموعات الحسابية) لا تحتوي على ей‏ 
متكررة؛ يجب في السجلات التي تخزن في أي جدول علاقي ألا تتكرر في نفس الجدول؛ حتی 
ينطبق عليها تعريف المجموعة. ويعني هذا أنه لا يمكن أن يكون لسجلين في جدول علاقي نفس 
التوليفات في قيم خصائصهما. ویُوجّد عادة مجموعة من الخصائص في (sÍ‏ جدول علاقي لا یمکن 
أن تتكرّر بین سجلات الجدول. وثسمّى هذه الخصائص التي تميز بين السجلات المختلفة في 
الجدول «المفتاح الخارق» .((Superkey (SK)‏ ويعني هذا أنه СУ‏ سجلين ((Tuples)‏ وليكونا 
П‏ و 2t‏ في جدول علاقي ماء وليكن اسمه R‏ وعلى افتراض أن المفتاح الخارق للجدول هو 
SK“‏ فإنه لا بد أن يتحقق الشرط التالي: 


t1 [SK] = 2 [SK] 


ويعني الشرط أعلاه أنه لا يمكن أن 9 58 في جدول علاقي ماء له مفتاح خارق اسمه PSK“‏ 
يتكون من مجموعة من الخصائصء أن يتكرّر في سجلين هما )1 و 26. كما يعني هذا أن أي 
مجموعة من الخصائص في الجدول تحقق الشرط أعلاه؛ 555 مفتاحاً خارقاً للجدول. وذلك يعني أنه 
بالإمكان أن يتوفر في الجدول أكثر من مفتاح خارق. ويضمن jae‏ المفاتيح الخارقة تفرد السجلات 
في الجداول العلاقية؛ بحيث А‏ لا يمكن أن э‏ 38 سجلان في جدول ماء وفي أية حالة من حالات 
الجدول» أن يكون لهما نفس قيمة المفتاح الخارق. ولكل جدول علاقي مفتاح خارق واحد على الأقل. 
وبذلك يكون المفتاح الخارق الافتراضي АДУ‏ جدول علاقي مكوناً من كافة حقول الجدول. 


ولعدم نص تعريف المفتاح الخارق على أن الحقول المكونة للمفتاح الخارق يجب أن تكون 
أقل ما يمكن من حقول OS‏ من التعرّف على سجلات الجدول بشكلٍ منفرد؛ АДА‏ قد يكون من ضمن 
الحقول المكوّنة للمفتاح الخارق а‏ لا تؤثر في عملية ыз а‏ على سجلات الجدول Jio‏ 
منفرد. لذا؛ فإن هذا يقودنا إلى تعريف مبدأً «المفتاح» الذي Зал‏ أكثر فائدة من مبدأ المفتاح الخارق. 
و«المفتاح» في أية علاقة هو «مفتاح خارق»؛ ولكننا لا نستطيع حذف أي dia‏ من الحقول المكوّنة 
له وفي الوقت نفسه»ء الاستمرار في التعرّف على سجلات الجدول بشكل منفرد. لذا؛ فإن أي مفتاح 


لجدول علاقي ما يجب أن يحقق الشرطين التاليين: 


1- لا يمكن أن تتكرّر aš‏ (كافة) الحقول المكوّنة للمفتاح» في أية حالة من حالات الجدولء 
لسجلين مختلفين في الجدول. 


2- لا يمكن حذف أيّ gia‏ من الحقول المكوّنة للمفتاح» وفي الوقت نفسه» الاستمرار في 
التعرف على سجلات الجدول بشكل منفرد. 


ينطبق الشرط الأول على 05 من «المفتاح الخارق» و «المفتاح». Ú‏ الشرط الثاني؛ 
فينطبق على «المفتاح» فقط. كما يعني الشرطان مع بعضهما أن «المفتاح» هو «مفتاح са ЛЬ‏ 
يميز بين سجلات الجدول بشكلٍ منفرد؛ ولكنه يتكون من СЇ‏ عددٍ баа‏ من الحقول التي تميّز بين 

جلات الجدول بشكل منفردء وفي أية حالة من حالات الجدول. فعلى سبيل المثال: يمثل dia‏ 
«رمز عضو هيئة التدريس» (FaCulty_ID)‏ مفتاحاً لجدول «أعضاء هيئة التدريس» أعلاه؛ لكونه 
يميّز بین سجلات الجدولء المتعلقة بأعضاء هيئة التدريس» بشكلٍ منفردٍ ليس في حالة الجدول أعلاه 
فحسب؛ ولكن في أية حالة ممكنة من الحالات التي قد يكون عليها الجدول. كما يُعَدْ رمز عضو هيئة 


التدريس مع АЙ‏ حقول أخرى في الجدول مفتاحاً خارقاً. فعلى سبيل المثال: dia э)‏ رمز عضو 
هيئة التدريس والاسم الأول مفتاحاً خارقاً للجدول» ورمز عضو هيئة التدريس واسم العائلة مفتاحاً 
خارقاً آخر للجدول» ورمز عضو Аза‏ التدريس» والاسم الأول» والمرتب؛ مفتاحاً خارقاً ثالثاً 
للجدول... وهكذا. وهذا يعني OÍ‏ كل «مفتاح» هو «مفتاح خارق»؛ ولكن لیس كل «مفتاح خارق» 
يكون «مفتاحاً». فعلى سبيل المثال: عند حذف حقل الاسم الأول من المفتاح الخارق ОЖАЙ‏ من 
dia‏ رمز عضو Ала‏ التدريس والاسم الأول؛ ما زلنا نستطيع التعرٌف على OS‏ سجل من سجلات 
الجدول بشكل منفرد. لذا؛ فإن الشرط الثاني أعلاه لا ينطبق على هذا المفتاح؛ وبالتالي فإنه 
«مفتاح خارق» ولكنه لیس «مفتاحا» للجدول. تجدر الإشارة هنا أنه ليس من الضروري أن يتكون 
)4( مفتاح (سواء كان خارقاً أو مفتاحاً فقط) من dia‏ واحدٍ فقط؛ إذ إنه في الكثير من الأحيان يكون 
مفتاح الجدول «مفتاحاً «(ЫЯ уа‏ يتكوّن من أكثر من dia‏ من حقول الجدول. 


943 وجود مفتاح في أي جدول علاقي خاصية من خصائص هياكل الجداول في النموذج 
العلاقي بدونها لا 53 الجدول علاقياً. ويمكن تحديذ المفتاح gY‏ جدول من خلال خصائص الحقول 
المكونة ФА]‏ بحيث يجب أن تكون من ضمن خصائص هذه الحقول عدم تغيّر قيمها بتغيّر الزمن 
بالإضافة إلى كونها تميّز بين سجلات الجدول بشكل منفرد. فعلى سبيل المثال: لا يمكن أن يكون 
رقم الهاتف مفتاحاً لجدول أعضاء هيئة التدريس؛ АЗУ‏ قد يتغيّر بتغيّر الزمن. كذلك هو Jall‏ 
بالنسبة لحقل الاسم الأول واسم العائلة؛ فهذان الحقلان مُدمجان مع بعضهما لا يصلحان أن يصبحا 
مفتاحاً للجدول؛ لأنهما قد يتكرّران في أكثر من سجلٍ من سجلات أعضاء هيئة التدریس. أما رمز 
عضو هيئة التدريس؛ فله قيمة لا تتكرر بين أعضاء هيئة التدريس» وفي الوقت «аы‏ لا تتغير 
بتغيّر (أو مرور) الزمن. 

وبشكل عام؛ فإنه قد يُوجّد في هيكل أي уз»‏ علاقي أكثر من مفتاح. في هذه الحالة S‏ 
O<‏ مفتاح من هذه المفاتيح «مفتاحاً مرشحاً». فعلى سبيل المثال: وفي حالة 8 إدراج رقم السجل 
المدني ليصبح Sia‏ ضمن جدول أعضاء هيئة التدريس أعلاه؛ فإن 26 من رمز عضو هيئة التدريس 
ورقم السجل المدني لعضو هيئة التدريس يُعدان مفاتيح مرشحة في جدول أعضاء Аца‏ التدريس» 
تنطبق على Lagia OK‏ شروط المفتاح. وإذا ؤجد أكثرُ من مفتاح لجدولٍ ما؛ فإنه يتم اختيار إحدى 
هذه المفاتيح المرشّحة ليصبح «المفتاح الرئيسي» للجدول. ويعني هذا أن «المفتاح الرئيسي»؛ هو 
أحد المفاتيح المرشحة الذي 8 اختياره ليميّز بين السجلات المختلفة في الجدول. ومن المتعارف 


عليه عند اختيار المفتاح الرئيسي من ضمن مجموعة من المفاتيح المرشّحة؛ هو ДА!‏ المفتاح 
المرشّح ذي العدد الأقل من الحقول. وعند تمثيل المفتاح الرئيسي في هيكل الجدول؛ جرت العادة 
على أن يُوضّع خط تحت الحقل المكون (أو الحقول المكونة) للمفتاح الرئيسي؛ وذلك للتمييز بين 
حقول المفتاح الرئيسي وبقية حقول الجدول. أما بالنسبة لبقية المفاتيح المرشحة؛ فإنها Laj A‏ 
«مفاتيح ثانوية» (SeCondary Keys)‏ قد 2 استخدام بعضٍ منها في إنشاء فهارس ثانوية للجدول 
في أثناء عملية بناء قاعدة البيانات (في مرحلة التصميم المادي)؛ وذلك بهدف التسريع في عملية 
البحث في سجلات الجدول واسترجاعها. 


3-1-1-4 خصائص العلاقات (أو الجداول) في النموذج العلاقي: 


تع تعريف العلاقة أعلاه على أنها جدول بسيط؛ ولكنه من الضروري معرفة أنه ليس كل 
جدول بسيط يمثل علاقةً وفقاً للنموذج العلاقي. ولهذا السبب لم يتم استخدام АА‏ «جدول» في 
النموذج العلاقي بشكله الرسميء Laly‏ £ استخدام كلمة «علاقة». فالعلاقات لها Зе‏ من 
الخصائص التي تميّزها عن الجداول غير العلاقية (أو التقليدية) التي نتعامل معها في حياتنا اليومية. 
وفيما يلي استعراض لخصائص العلاقات (أو الجداول العلاقية): 

0С -1‏ جدول علاقي يجب أن يكون له اسم, 


5-2 خاصية (أو عمود) لها اسم فریڈ يميّزها عن بقية الخصائص (أو الأعمدة) المعرفة في 
نفس الجدول. 


OS -3‏ صفبّ في الجدول يُعَدُ فريداً لا يمكن أن يتكرّر ضمن الجدول. 

4- کل تقاطع بين Саша‏ وعمودِ (خلية من خلايا الجدول) يحتوي على قيمة واحدة فقطل 
بمعنى أنه لا يمكن إدخالٌ أكثر من قيمة داخل نفس الخلية. 

5 لا 5⁄2 ترتيب الحقول ара‏ إذ إنه يمكن تغيير ترتيبها دون الإخلال بمعنى أو طريقة 
استخدام الجدول. 

6- لا 53 ترتيب السجلات (أو صفوف) الجدول У ара‏ إنه يمكن تغيير ترتيبها أو تخزينهاء 
كما هو الحال بالنسبة للحقول» دون الإخلال بمعنى أو طريقة استخدام الجدول. 


وتعني الخصائص السابقة للجداول العلاقية أن OS‏ جدول يحتوي على بيانات تمثل مجموعةً 
من الحقائق. فعلى سبيل المثال: يحتوي جدول «أعضاء هيئة التدريس» على بيانات تمثل حقائق 
عن أعضاء هيئة التدريس. Её‏ صفٍ في الجدول Аай» diy‏ عن بيانات أحد أعضاء التدريس. 
ويعني هذا أن تغيير ترتيب الصف (أو السجل) الممثل لأحد أعضاء هيئة التدريس ضمن صفوف 
الجدول لن يغيّر من البيانات الخاصة بعضو هيئة التدريس. كذلك هو الحال لو تم تغيير ترتيب 
الأعمدة (أو الحقول) المكونة للجدول؛ فإن مثل هذا التغيير لن يغير من البيانات التي تمثل حقائق 
عن أعضاء هيئة التدريس. أمّا بالنسبة لمسميات الأعمدة (أو الحقول) في جداول النموذج العلاقي 
فهي مهمة؛ لأنها تدل على معنى البيانات (أو الحقائق) التي يحتويها كل Jia‏ وكذلك للتفريق بين 
معنى حقل ما وبقية الحقول في الجدول. ووجود مُسمَّى لكل جدول یمگننا من التعامل مع الحقائق 
المختلفة الموجودة في قاعدة البيانات من خلال لغات تداول البيانات في النموذج العلاقي التي 
سنتطرق لها لاحقاً. وبدون هذه المسميات للجداول لا يمكن التعرّف على الجدول الذي سيتمٌ التعامل 


Ахл 


وتجدرٌ الملاحظة أن الجداول العلاقية قد تمثل حقائق عن الكينونات أو العلاقات بين 
الكينونات حسب تعريفها في نموذج «كينونة - علاقة». فعلى سبیل المثال: يتم تمثيل فئة كينونة 
«أعضاء هيئة التدريس» وكينونة «المواد الدراسية» كجدولين منفصلين في النموذج العلاقي لتمثيل 
الحقائق التي تتعلق сз‏ من أعضاء هيئة التدريس والمواد الدراسیة على التوالي. أما العلاقة التي 
تربط بین الكينونتين وهي علاقة «مؤهل لتدريس»؛ فإنه یتم تمثيلها أيضاً لتصبح جدولاً في النموذج 
العلاقي تمثل الحقائق المتعلقة بالمواد الدراسية المؤهل لتدريسها OK‏ عضو هيئة تدريس. ويعني 
هذا أن كلا من الكينونات والعلاقات (ذات تعدّدیة متعدد - متعدد) Éi‏ في النموذج العلاقي بشكلٍ 
(а‏ على هيئة جداول. 


4-1-1-4 قيود التكامل (Integrity Constraints)‏ في النموذج العلاقي: 
تحتوي АЗ]‏ قاعدة بيانات علاقية على العديد من الجداول. وترتبط السجلات الموجودة في 


الجداول المختلفة المكوّنة لقاعدة البيانات بأشكالٍ متنوعة؛ حتی تستطيع أن تمثل الواقع الذي نحاول 
تمثيله. Ëi,‏ کل «حالة» من حالات قاعدة البيانات «حالات» كافة جداول قاعدة البيانات في 


لحظة معينة من الزمن. ويُوجَّد عادة الكثيرُ من القيود التي يجب أن تنطبق على قاعدة البيانات في 


أية حالة من حالاتها. وثمثل هذه القيود قواعد العمل المعمول بها في المنظمة التي نحاول تمثيل 
بياناتها وفق النموذج العلاقي. فعلى سبيل المثال: عندما نقول: إن OK‏ عضو هيئة تدريس لا بد أن 
يتبع (أو يعمل) في قسم دراسي anly‏ فقط؛ فإن Jia‏ قاعدة العمل هذه تمثل 128 على كافة حالات 
قاعدة البيانات. ويعني هذا أنه في АЙ‏ حالة من حالات قاعدة البيانات لا بد أن يرتبط OK‏ عضو 
هيئة تدريس بقسم دراسي يمثل Sia‏ عمله؛ حتى تكون قاعدة البيانات صحيحة ومتكاملة. وفيما يلي 
شرخ АУ‏ أنواع القيود التي يُمكن تمثيلها في النموذج العلاقي. وهذه القيود هي: «قيود المجال» 
«(Domain Constraints)‏ و«قيود تكامل الجدول» «(Entity Integrity Constraints)‏ 
و«قيود القيم الغائبة» (NULL Constraints)‏ ,558 السلامة المرجعية» Referential)‏ 
.(Integrity Constraints‏ 


:(Domain Constraints) قيود المجال‎ 1-4-1-1-4 


Laie‏ یتم تعريف dia‏ ضمن جدول علاقي؛ АДА‏ لا بد أن يتم تحديد نوعية البيانات التي 
سيتخذ الحقل Lš‏ منھا, وهذه الحالة شبيهة بتعريف «المتغيرات» (Variables)‏ في لغات 
البرمجة؛ إذ إن أي متغير لا بد أن يتم تحديد نوعية لبياناته (وذلك في الغالبية العظمی من لغات 
البرمجة). أما (Domain) «daly‏ فيضيف إلى ذلك تحديد مدى (أو مجموعة مُحدّدة) من القيم 
التي من الممكن أن يتخذ الحقل قيماً منها. لذا؛ فإن أي مجال في النموذج العلاقي لا بد أن يرتبط 
بنوعية بيانات محددة وبمدى (أو مجموعة) قيم. فعلى مربيل المثال» يمكن تحديد نوعية بيانات Jia‏ 
«راتب عضو هيئة التدريس» في جدول أعضاء هيئة التدريس على أنه من نوع «الأعداد 
الصحيحة» (Integers)‏ غير أنه في غالبية المنظمات SS аз у‏ أعلى зь з‏ أدنى للرواتب التي 
يتقاضاها الموظفون. في هذه الحالة يمكن تحديد مدى القيم المسموح بها لأن تكون رواتب لأعضاء 
هيئة التدريس؛ وليكن بين 000.5 و 000.30. وبهذه الطريقة؛ فإن النموذج العلاقي Éi‏ من Ф223‏ 
قيود على مدى القيم التي من الممكن أن يأخذها أي حقل؛ مما يسهم في صحة البيانات وتكاملها؛ ОУ‏ 
محاولة إدخال أية قيمة تخرج عن المجالء أيْ: نوعية البيانات ومدى القيم المسموح بهاء الذي تم 
تحديده gial‏ ما؛ لن تكون مقبولة في النموذج العلاقي. 


ويتكوّن تعريف أي مجال Jiad‏ ماء في العادة» من: اسم المجال (Domain Name)‏ ومعناه 
«(Meaning)‏ ونوعية بياناته (Size) aloh g «(Data Type)‏ ومدى э)‏ مجموعة) القيم المسموح 


بها. ويُسهم استخدام اسم (У‏ مجال في تسهيل عملية تفسير القيم التي من الممكن أن يأخذها 1 
حقل يرتبط به. ويوضح الجدول رقم (1-4) تعاريف لمجال بعض الحقول. 


جدول رقم (1-4): أمثلة لتعاريف مجال بعض الحقول. 


الحقل “اسم "А‏ الذي 
(أو العمود) يرتبط به الحقل 


Department IDs | Department ID 
جنس عضو هيئة | نصي بطول حرفب واحد من‎ | Gender Туре Сепдег 
“F> للذكر و‎ “M” أو القيم‎ Í < التدريس:‎ 
أنثى للانثى:‎ 
Char(1) In (M’, Е) 


Salary_Range Salary‏ أراتب عضو هیئة | عدد صحيح بين 000.5 و 
000,30: 


Integer Between 5,000 
and 30,000 


Course_IDs Course ID‏ نصي بطول سبعة أحرف: 
Char(7)‏ 


2-4-1-1-4 قيود تكامل الجدول )أو العلاقة) :(Entity Integrity Constraints)‏ 


OI‏ قيد ЈА‏ الجدول (أو العلاقة) قد تمَّ تصميمه؛ للتأكيد على أن 06 جدول في النموذج 
العلاقي يجب أن يحتوي على مفتاح رئيسي (يتكون من gia‏ واحد أو (ASÍ‏ وبحيث يمكّن هذا المفتاح 
من التمييز بين الحالات التي يحتويها الجدول (أيْ: السجلات أو الصفوف) في أية حالة من الحالات 
التي من الممكن أن يكون عليها. كما أن قيمة المفتاح الرئيسي GSS‏ سجل يجب أن تكون صحيحة. 


;< خاص؛ يجب ألا تكون قيمة أي dia‏ من الحقول المكوّنة للمفتاح الرئيسي ذي قيمة غائبة 
(NULL Value)‏ وسبب ذلك يرجع إلى أن المفتاح الرئيسي يجب أن يُمكّن من التعرّف على 
السجلات المختلفة في الجدول بشكلٍ منفردٍ (دون تکرار)ء وأن غياب قيمة أحد حقول المفتاح الرئيسي 
لن یمگننا من التمييز بين سجلات الجدول بشكل منفرد. فعلى سبيل المثال: لو كان المفتاحٔ 
الرئيسي (أو أحد حقوله) ذا قيمة غائبة في أكثر من سجل واحدٍ من سجلات جدول ما؛ فإننا لن 
نستطيع التمييز بين هذه السجلات بشكل منفرد. 


3-4-1-1-4 قیود القيم الغائبة (NULL Constraints)‏ 


في بعض الأحيان قد لا يمكن وضع قيمة محددة في йз‏ ما. وقد يكون من أسباب ذلك 
کون الحقل لا ينطبق على الحالة التي نرغب في إدراجها ضمن جدول ما. فعلی سبيل المثال: قد 
يترك dia‏ «رقم الهاتف» في Јал‏ أحد أعضاء هيئة التدريس فارغاً لكون عضو هيئة التدريس الذي 
نحاول إدراج سجل له ضمن سجلات أعضاء هيئة التدريس ليس لديه خط هاتفي. في مثل هذه الحالة 
لا ينطبق هذا الحقل على عضو هيئة التدریس؛ ولذلك يترك فارغاً للدلالة على هذا الوضع. ومن 
الأسباب الأخرى التي ت تستدعي ترك йм‏ ما فارغاً (دون تدوين قيمة مُحدّدة فيه) هو عندما تكون 
قيمة الحقل موجودة على أرض الواقع؛ ولكنها غير متوافرة وقت إدخال السجل. فعلى سبيل 
المثال: قد يتم إدخال Jau‏ لعضو هيئة التدريس دون معرفة تاريخ ميلاده ليس GY‏ عضو هيئة 
التدريس ليس لديه تاريخ ميلاد؛ ولكن لكون تاريخ الميلاد غير متوفر وقت إدخال سجل عضو هيئة 
التدريس. في مثل هذه الحالة یت ترك حقل تاريخ الميلاد فارغاً؛ للدلالة على هذا الوضع. 


ویٔمگن النموذج العلاقي من ترك بعض الحقول فارغةً دون إدخال قيم مُحدّدة فيها NULL)‏ 
s= (Values‏ |¿ بشكلٍ ضمني؛ من خلال تركها فارغة (دون إدخال قيمة فيها)» أو من خلال إدخال 
كلمة "МОА‏ بشكلٍ صريح. وبذلك؛ فإن إدخال كلمة (NULL)‏ في gia‏ معينٍ Ji‏ على 
«غياب قيمة» الحقل. وغياب القيمة من gia‏ ما لا يماثل العدد صفر أو سلسلة حرفية فارغة 
{(ВІапк String)‏ لأن 9 من العدد صفر والسلسلة الحرفية الفارغة Дай зал‏ وعلى الرغم من 
أهمية fae‏ القيم الغائبة في تمثیل البيانات في النموذج العلاقي؛ فإنها تُعَدُ مصدراً من مصادر 
الالتباس» كما سنوضتح في الفصل السابع (المتعلق بلغة الاستفسار البنائية)؛ وذلك لكون القيمة الغائبة 


لا يمكن مقارنتها سواءً أكان منطقیاً أو حسابياً مع قيم موجودة أو أخرى غائبة دون استخدام منطق 
حسابي مطور يُمكّن من التعامل معها. 


ويفيد استخدام قيد القيم الغائبة في تقييد القیم التي من الممكن أن يأخذها الحقل؛ بحيث إنه قد 
يَسسْمَح بأن تكون قيمة الحقل غائبةء أو أنه قد لا يسمح بذلك. فعلی سبيل المثال: لا يمكن أن يُدرج 
aY Ja‏ أعضاء АА‏ التدريس» في جدول أعضاء هيئة التدريس» دون اسم أول لعضو هيئة 
التدريس واسم لعائلته. في مثل هذه الحالة يمكن تقییڈ مثل هذين الحقلين (وهما: الاسم الأول» واسم 
العائلة)؛ بحيث لا يمكن أن تكون أي من قيمهما غائبة من خلال وضع القيد "МОТ NULL“‏ على 

:(Referential Integrity Constraints) قيود السلامة المرجعية‎ 4-4-1-1-4 


إن 35 وجود مفتاح رئيسي JI‏ جدول في النموذج العلاقي» وقيد تكامل الجدول (من حيث 
وجوب أن تكون قيم المفتاح الرئيسي معرفة دائماً) تنطبق على OK‏ جدول على جدة. على النقيض 
من ذلك؛ فإن قيود السلامة المرجعية تتعلّق بعملية الربط بين جدولين. وتضمن قيود السلامة 
СЕТ ТОУ‏ هلي E anta,‏ من سک اما الهو ОАА ОА‏ کا انتا 
المرجعية бау‏ على أن أي da‏ في أحد الجدولین يشير إلى سجل في الجدول الآخر؛ فإن القيمة 
التي يحتويها السجل وتشير Ом]‏ في الجدول الآخر لا بد وأن تكون موجودة فعلاً في الجدول الآخرء 
أو أن تكون غائبة. 

وتمثل عملية الربط بين سجلات الجدولين agd Lu‏ «المفتاح الخارجي» Foreign)‏ 
(Key‏ وعند تعریف مفتاح خارجي في جدول ما؛ فإن الحقل (أو الحقول) المكوّنة للمفتاح الخارجي 
لا تُعَدُ جزءاً من خصائص (أو بيانات) الحالة التي يمثلها السجلُ نفسه؛ ولكنها جزءٌ من خصائص (أو 
بيانات) حالةٍ أخرى سواء في نفس الجدول أو في جدول آخر. وتكون قيمة المفتاح الخارجي في 
السجل؛ هي قیمةُ لأحد المفاتيح الرئيسية لسجل آخر سواء أكان في نفس الجدول أو في جدولٍ آخر. 
فعلى سبيل المثال: تمثل العلاقة «يعمل في» (Works_for)‏ التي تربط بين OS‏ عضو هيئة تدريس 
والقسم الذي يتبعه (أو يعمل فيه) عضو هيئة التدريس؛ من خلال إدراج gia‏ جديدٍ داخل جدول 
أعضاء هيئة التدريس؛ بحيث يمثل الحقل الجديد مفتاحاً خارجياً يشير إلى سجل القسم الذي يتبعه 
عضو هيئة التدريس. ولكون المفتاح الرئيسي في أيّ جدولٍ هو الممیرُ بين السجلات المختلفة في 


الجدول؛ فإن الحقل الذي تمّت إضافته ليصبح مفتاحاً خارجياً هو المفتاح الرئيسي لجدول الأقسام 
الدراسية كما يوضح الشکل رقم )2-4(. 


DEPARTMENT | 
Department ID Name 


FACULTY č : 0 
Faculty_ID | Мате LName| Salary ООВ | Phone_No | Department_ID 


شكل رقم )2-4( تمثيل المفاتيح الخارجية في النموذج العلاقي. 

ويُقصد بالخط المتقطع تحت «رمز القسم» (Department ID)‏ في جدول أعضاء Аза‏ 
التدريس؛ أن هذا الحقل عبارة عن مفتاح خارجي يشير إلى حقل «رمز القسم» في جدول الأقسام 
الدراسیة كما هو مُوضّح بالسهم الذي يصل بين الحقلين. وباستخدام مبدأ المفاتیح الخارجية يمكن 
الربط بين الجداول المختلفة في قواعد البيانات العلاقية. ويوضّح الشكل رقم )3-4( عملية Ъз)‏ 
سجلات الجدول مع بعضها لتمثيل العلاقة «يدير» (Manages)‏ التي баў‏ على أن «الموظف 
الواحد يرأسه مديرٌ واحدٌ «а‏ في сыз‏ أن الموظف الواحد قد يرأس صفراً أو أكثر من الموظفين». 
ولتمثيل هذه العلاقة âi‏ إضافة dia‏ جديد ضمن جدول الموظفين؛ بحيث يحتوي هذا diall‏ على 
قيمة تمثل المفتاح الرئيسي لمدير الموظف. 


EMPLOYEE 


شکل رقم )3—4( استخدام المفتاح الخارجي لربط سجلات الجدول نفسه ببعضها. 


وعند تمثيل العلاقات (حسب تعريفها في نموذج «كينونة - علاقة»)؛ من خلال المفاتيح 
الخارجية؛ فإن قيود السلامة المرجعية бай‏ على ما يلي: 


]- يجب أن تُعرف حقول المفتاح الخارجي؛ بحيث تكون من نفس مجال المفتاح الرئيسي 
للجدول الذي يشير إليه المفتاح الخارجي. 


2- قيمة المفتاح الخارجي في ¿s|‏ سجل في الجدول يجب أن تشير إلى ААЙ‏ موجودة Уха‏ في 
الجدول الذي يشير إليه المفتاح الخارجيء أو أن تكون قيمة المفتاح الخارجي غائبة (NULL)‏ 


ففي Jidl‏ الأول أعلاه؛ يجب أن يكون حقل المفتاح الخارجيء وهو «رمز القسم الدراسي» 
في جدول أعضاء هيئة التدريس» من نفس مجال <š‏ المفتاح الرئيسيء وهو أيضاً «رمز القسم 
الدراسي»» في جدول أعضاء هيئة التدریس. كما يجب أن تكون 06 قيمة مُدوّنة في Jis‏ المفتاح 
الخارجي لكافة السجلات في جدول أعضاء هيئة التدريس - لها ما يقابلها من مفاتيح رئيسية في 
جدول الأقسام العلميةء أو أن تكون قيمها غائبة. l‏ في المثال الثاني؛ فإنه يجب أن يكون (йэ‏ 
المفتاح الخارجي» وهو «رمز المدير»» من نفس مجال قيم المفتاح الرئيسي» وهو «رمز الموظف»» 
في الجدول نفسه. كما يجب أن تكون كل قيمة А әла‏ في حقل المفتاح الخارجي لكافة السجلات في 
جدول الموظفين - لها ما يقابلها من مفاتيح رئيسية في نفس الجدولء أو أن تكون قيمها غائبة. 
ویٔلاحَظ من المثال الثاني أنه ليس من الضروري أن تكون مُسمّيات حقول المفاتيح الخارجية متطابقة 
مع مُسمّيات المفاتيح الرئيسية ما دامت من نفس المجالء وأن القيم التي تأخذها إما أن تكون موجودةً 
ضمن قیم المفاتيح الرئيسية» أو أن تكون غائبةء حسب شرطیٰ قيود السلامة المرجعية أعلاه. 


والسؤال الذي قد يُطرَّح هو: متى يمكن أن يُسْمَح بأن تكون А‏ المفتاح الخارجي غائبة؟ ومتى 
لا يُسْمَح بذلك؟ إن الإجابة عن هذا التساؤل تعود بنا إلى مفهوم التعذدیة في العلاقات Cardinality)‏ 
il (Constraints‏ سبق أن 5 شرحها في الفصل الثاني. فعندما تكون العلاقة إجبارية эы)‏ |¿ 
إجباري واحدہ أو إجباري متعدد)ء بمعنى أن القيمة الدنیا للتعددية هي واحذ؛ فإن المفتاح الخارجي لا 
يمكن أن تكون قيمته غائبة. ففي المثال الأول أعلاهء لا يمكن أن تكون قيمة حقل المفتاح الخارجي 
غائبة لأن OK‏ عضو هيئة تدريس “يجب” أن يعمل في قسم دراسي. Ú]‏ في المثال الثاني» وعلى 
افتراض أن رئيس المنظمة لا يرأسه أحد؛ فإن )0 موظف يجب أن يرتبط بمدير له تكون قيمة مفتاحه 
الرئيسي ضمن حقل المفتاح الخارجي للموظف ما عدا رئيس المنظمة الذي ستكون قيمة حقل المفتاح 
الخارجي في سجله غائبة. ففي مثل هذه الحالة؛ يمكن أن تكون قيمة حقل المفتاح الخارجي 


غائبة. وبناءً على إمكانية أن تكون قيمة أي مفتاح خارجي Аа‏ من عدم إمكانية ذلك؛ فإنه يمكن 
توصيف ذلك في أثناء عملية إنشاء قاعدة البيانات (كما هو مُوضّح في الفصل السابع). 


5-4-1-1-4 التعامل مع اختراق القيود في أثناء عمليات التعديل على قاعدة البيانات: 


Жу‏ هذا الجزء على عمليات التعديل على قاعدة البيانات» وعلى إمكانية اختراق هذه 
العمليات للقيود المفروضة على قاعدة البيانات» وعلى الطرق التي تتعامل معها نظم إدارة قواعد 
البيانات للمحافظة على سلامة البيانات وتكاملها. ويوفر النموذج العلاقي ثلاث عمليات تعديل» 
هي: عملية الإضافة ¿(Insert Operation)‏ وعملية الحذف (Delete Operation)‏ وعملية 
التحديث (Update Operation)‏ وتستخدم ile‏ الإضافة لإضافة سجل أو مجموعة من 
السجلات لجدول ماء في حين تستخدم عملية الحذف لحذف سجل أو أكثر من سجلات الجدول. ШЇ‏ 
عملية التحديث؛ فتستخدم لتغيير ий‏ بعض الحقول في سجلات الجدول. وعندما تستخدم هذه 
العمليات؛ فإنه من الضروري التأكد من عدم اختراق أي من القيود المفروضة على هيكل قاعدة 
البيانات العلاقية. وفيما يلي شرح للقيود التي من الممكن أن £S‏ اختراقها عند إجراء 05 من عمليات 
التعديل الثلاث والطرق التي من الممكن أن 555 عند محاولة اختراق أي من القيود المفروضة على 
هيكل قاعدة البيانات. 


:(The Insert Operation) عملية الإضافة‎ 1-5-4-1-1-4 


تزوّد عملية الإضافة مجموعة من القيم لقائمة من حقول سجل جديدٍ بغية إضافته إلى О эзе‏ 
ما. ومن الممكن أن تَخْتّرق عملية الإضافة SK‏ من قيود التكامل الأربعة التي تم شرحها أعلاه. 
فمن الممكن أن تكون القيمة المُعطاة рдҮ‏ من حقول السجل الذي ستتم إضافته غير متوافقة مع مجال 
الحقل. كذلك هو الحال بالنسبة لقيد تكامل الجدول؛ إذ إن السجل الجديد قد يحتوي على مفتاح رئيسي 
يتكرّر مع سجل موجود أصلاً ضمن الجدولء أو أن المفتاح الرئيسي للسجل الجديد ذو قيمة غائبة. 
كذلك هو الحال بالنسبة لقيد القيم الغائبة؛ Алда‏ أحد الحقول قد تكون غاتبة على الرغم من أن القيد 
المفروض على الحقل الذي سيأخذ هذه القيمة لا يسمح بأن تكون القيمة غائبة. أما فيما يتعلق بقيد 
السلامة المرجعية؛ АДА‏ قد یت اختراقه إذا احتوى السجل الجديد على قيمة للمفتاح الخارجي لیس لها 
ما يقابلها من مفتاح رئيسي في الجدول الذي من المفترض أن يشير إليه Jis‏ المفتاح الخارجيء أو أن 
تكون قيمة المفتاح الخارجي غائبة (NULL)‏ على الرغم من أن المفتاح الخارجي قد dina si É‏ 


على أساس أنه لا يمكن أن يكون ذا قيمة غائبة. وفيما يلي بعض الأمثلة لمثل هذه الاختراقات 
وردود فعل نظام إدارة قاعدة البيانات حيالها: 


]- إضافة Jau‏ عضو هيئة تدريس جديد يحتوي على قيمة غائبة في Jia‏ المفتاح الرئيسي: 
سيقوم النظام برفض عملية الإضافة هذه لاختراقها لقيد ЈА‏ الجدول الذي бау‏ على أن قيمة 
المفتاح الرئيسي gY‏ سجل لا يمكن أن تكون Аа‏ 

2- إضافة سجل عضو هيئة تدريس يحتوي على قيمة في حقل المفتاح الخارجي الذي يربطه 
بالقسم الدراسي الذي يعمل «Ал‏ وأن هذه القيمة لا ثُوجّد أصلاً ضمن المفاتيح الرئيسية لجدول الأقسام 
العلمية؛ سيقوم النظام برفض عملية الإضافة هذه لاختراقها لقيد السلامة المرجعية. 


الدراسي الذي يعمل فيه غائبة (NULL)‏ سيقوم النظام برفض عملية الإضافة هذه لاختراقها لقید 
القيم الغائبة؛ М‏ إن OK‏ عضو هيئة تدريس “يجب” أن يرتبط بقسم يعمل فيه. 


4- إضافة dau‏ عضو هيئة تدريس يحتوي على قيمة مكوّنة من سلسلة حرفية ذات عشرة 
حروف في حقل رقم الهاتف؛ سيقوم النظام برفض عملية الإضافة هذه؛ لاختراقها قيد المجال إذا كان 
¿Le 2-5-4-1-1-4‏ الحذف Delete Operation)‏ عط 1): 


من الممكن أن تخترق عملية الحذف قيد التكامل المرجعي فقط؛ وذلك إذا كان السجل المزمع 
حذفه مشاراً АД}‏ من قبل سجلات أخرى ضمن حقول مفاتيحها الخارجية. فعلى سبيل المثال: 
سيتم اختراق قيد السلامة المرجعية عند محاولة حذف (sÍ‏ سجل من سجلات جدول الأقسام الدراسية؛ 
وذلك عندما يكون هناك أعضاء هيئة تدريس يعملون في القسم الدراسي المزمع حذف سجله؛ لأن 
قيمة المفاتيح الخارجية في سجلات أعضاء هيئة التدريس ستكون مساوية للمفتاح الرئيسي للقسم الذي 
Ашы‏ حذف سجله. ولو افترضنا إمكانية حذف مثل هذا السجل؛ فإن سجلات أعضاء هيئة التدريس 
التابعين للقسم الدراسي ستحتوي على قيم في حقول مفاتيحها الخارجية غير موجودة ضمن المفاتيح 
الرئيسية لجدول الأقسام العلمية؛ مما ла‏ اختراقاً لقيد السلامة المرجعية. 


يوفر النموذج العلاقي أربعة خيارات عند حدوث خروقات ма]‏ السلامة المرجعية؛ إذ з‏ 
استخدام الخيار المناسب عند توصيف Jia‏ المفتاح الخارجي في أثناء إنشاء الجدول. وسیتغ شرح 
طريقة توصيف هذه الخيارات باستخدام لغة الاستفسار البنائية في الفصل السابع. أما هذه الخيارات 
الأربعة فهي» كما يلي: 


]- رفض عملية الحذف» وهذه الطريقة تُسمّى عملية «الرفض» (RejeCt)‏ وهي الحالة 
الافتراضیة عند اختراق قيد التكامل المرجعي نتيجة لعملية الحذف. فعلى سبيل المثال: لو تم تعريف 
قيد التكامل المرجعي لحقل المفتاح الخارجي في جدول أعضاء هيئة التدريس الذي يشير إلى جدول 
الأقسام العلمية على أنه من نوع الرفض عند اختراق قيد التكامل المرجعي؛ فإن حذف أي سجلٍ من 
سجلات جدول الأقسام العلمية سيترتب عليه (уай‏ عملية الحذف إذا جد أي Ja‏ من سجلات 
أعضاء هيئة التدريس یشیر إلى سجل جدول الأقسام العلمية المزمع حذفه. 


وقول عة А‏ بع کات كافة لس انی كقية Ды‏ الاق ك айы‏ سكن وٹ 
الطريقة «الحذف المتسلسل» (СаѕСайе)‏ فعلى سبيل المثال: لو تم تعريف قيد التكامل المرجعي 
لحقل المفتاح الخارجي في جدول أعضاء هيئة التدريس على أنه من نوع الحذف المتسلسل؛ فإن 
حذف |[ سجل من سجلات جدول الأقسام العلمية سيترتب عليه حذف كافة سجلات أعضاء هيئة 
التدريس التابعين لهذا القسم الدراسي. 


3- قبول عملية الحذف مع تغييب قيم الحقول التي تشير للسجل المحذوفء وتُسمَّى هذه 
الطريقة «تغييب (Set to NULL) «ы‏ فعلى سبيل المثال: 9 تعريف قيد التكامل المرجعي 
لحقل المفتاح الخارجي في جدول أعضاء هيئة التدريس على أنه من نوع «تغييب القيم»؛ فإن حذف 
Gi‏ سجلٍ من سجلات جدول الأقسام العلمية سيترتب عليه تغييب القيم في حقل المفتاح الخارجي 
لسجلات أعضاء هيئة التدريس الذين یتب عون للقسم الدراسي الذي تمَّ حذف سجله. وتجدر 
الملاحظة إلى أنه في مثل هذه الحالة لا يمكن توصيف حقل المفتاح الخارجي في جدول أعضاء هيئة 
التدريس بطريقة لا تمن من «تغييب القيم» {МОТ NULL)‏ لأن خيار الحذف هذا سيترتب عليه 
خرق قيد القيم الغائبة. 

4- قبول عملية الحذف مع وضع Алдуу‏ افتراضية» (Default Value)‏ في الحقول التي 
تشير للسجل المحذوف» وتُسمَّى هذه الطريقة وضع قيمة افتراضية. فعلى سبيل المثال: لو @ 


تعريف قيد التكامل المرجعي لحقل المفتاح الخارجي في جدول أعضاء هيئة التدريس على أنه من 
نوع ааз‏ قيمة افتراضية؛ فإن حذف أي سجل من سجلات الأقسام العلمية سيترتب cage‏ وفق هذا 
الخیارء وَضْع القيمة الافتراضية المصاحبة لحقل المفتاح الخارجي في OS‏ سجل من سجلات أعضاء 
هيئة التدريس التابعين للقسم العلمي المزمع حذف سجله. 


ويُمكن النموذج العلاقي من استخدام أي توليفات من الخيارات الأربعة السابقة. فعلى سبيل 
المثال: يُمكن استخدام الخیار الثالث عند توصيف (йз‏ المفتاح الخارجي في جدول أعضاء هيئة 
التدریس الذي يشير لجدول الأقسام العلمية» في حين يمكن استخدام الخيار الثاني عند توصيف dia‏ 
المفتاح الخارجي في جدول المواد الدراسية الذي یربط 06 مادة دراسية بالقسم الدراسي المسئول 
عن تنفيذ المادة الدراسية. وعند حذف أي سجل من جدول الأقسام الدراسية سيتمٌ تغييب dia эй‏ 
المفتاح الخارجي الذي يشيرُ إلى جدول الأقسام الدراسية لكافة سجلات أعضاء هيئة التدريس الذين 
يعملون في القسم الدراسي المحذوف. ДЇ‏ بالنسبة للمواد الدراسية التي یتم تنفيذها من قبل القسم الذي 
تع حذفه فسيتمٌ حذفها أيضاًء وفقاً للخيار الثاني. 

:(The Update Operation) عملية التحديث‎ 3-5-4-1-1-4 


تستخدم عملية التحديث لتغيير قيم حقل أو أكثر في سجل واحدٍ أو أكثر من سجلات جدول ما. 
L<,‏ هو الحال بالنسبة لعملية الإضافة؛ فإن عملية التحديث من الممكن أن تخترق أياً من القيود 
الأربعة التي تع استعراضها أعلاه. فمن الممكن أن تكون قيمة الحقل (أو الحقول) قيد التحديث 
تخرج عن مجال الحقل (أو الحقول). كذلك هو الحال بالنسبة لقيد تكامل الجدول؛ إذ إنه قد & 
محاولة تحديث سجلٍ ما بحيث تكون Дад‏ مفتاحه الرئيسي متكررةً مع Пэш‏ آخر في نفس الجدول أو 
أن تكون قيمة المفتاح الرئيسي للسجل (أو جزءٍ منه) غائبة؛ وبذلك يتم اختراق قيد تكامل الجدول. 
كذلك هو الحال بالنسبة لقيد القيم الغائبة؛ إذ Ó‏ قيمة أحد الحقول قد з‏ تحديثها بحيث تكون غائبة 
على الرغم من أن القيد المفروض على الحقل الذي سيأخذ هذه القيمة لا يسمح بأن تكون القيمة غائبة؛ 
مما يمثل اختراقاً لقيد القيم الغائبة. أمّا فيما يتعلق بقيد السلامة المرجعية؛ فإنه قد 2 اختراقه إذا تم 
تحديث قيمة حقل المفتاح الخارجي لأحد السجلات؛ بحيث يشير إلى قيمة لا يُوجَّد ما يقابلها من مفتاح 
رئيسي في الجدول الذي من المفترض أن يشير إليه حقل المفتاح الخارجيء أو أن تكون قيمة المفتاح 
الخارجي غائبة بالرغم من أن المفتاح الخارجي قد تمَّ توصيفه على أساس أنه لا يمكن أن يكون ذا 


قيمة غائبة. وفيما يلى بعض الأمثلة لمثل هذه الاختراقات وردود فعل نظام إدارة قاعدة البيانات 
حيالها: 


1- تحديث dau‏ عضو هيئة تدریس؛ بحيث تكون قيمة مفتاحه الرئيسي (أو جزء (aia‏ غائبة؛ 
سيقوم النظام برفض عملية التحديث هذه لاختراقها لقيد تكامل الجدول الذي уаз‏ على أن قيمة 
المفتاح الرئيسي eY‏ سجل لا يمكن أن تكون غائبة. 

2- تحديث Jau‏ عضو هيئة تدريس؛ بحيث تكون قيمة حقل مفتاحه الخارجي الجديدة التي 
تربطه بالقسم الدراسي الذي يعمل فيه عضو АА‏ التدريس غير موجودة أصلاً ضمن المفاتيح 
الرئيسية لجدول الأقسام العلمية؛ سيقوم النظام برفض عملية التحديث هذه لاختراقها لقيد السلامة 
المرجعية. 


3- تحديث سجل عضو هيئة تدریس؛ بحيث تكون قيمة مفتاحه الخارجي الذي يربطه بجدول 
الأقسام العلمية (NULL) «Азу‏ سيقوم النظام برفض عملية الإضافة هذه لاختراقها لقيد القيم 
الغائبة؛ إذ إن کل عضو هيئة تدريس “يجب” أن يرتبط بقسم يعمل فيه. 

4- تحديث dau‏ عضو هيئة تدريس؛ بحيث تكون قيمة Jia‏ رقم الهاتف مكونة من سلسلة 
حرفية ذات عشرة حروف؛ سيقوم النظام برفض عملية التحديث هذه؛ لاختراقها لقيد المجال إذا كان 
[Ёз‏ رقم الهاتف معرفاً على أساس كونه سلسلة حرفية بطول ثمانية حروف. 

ولإمكان تحديث قيمة المفتاح الرئيسي لأيّ سجل في قاعدة البيانات؛ فإن مثل هذا التحديث قد 
يؤدي إلى اختراق قيد السلامة المرجعية؛ وذلك АЗУ‏ بالإمكان أن تُوجَّد بعض السّجلات في جداول 
أخرى من جداول قاعدة البيانات تشيرٌُ إلى المفتاح الرئيسي قبل تحديثه. ويُمكن تصوّر عملية 
التحديث сола‏ وكأنها عملية حذف للسجل تتبعها عملية إضافة لنفس السجل؛ ولكن بمفتاح رئيسي 
مختلف. لذا؛ فإن الخروقات التي قد تسببها عملية التحديث هذه Ашый‏ بالخروقات التي تسببها عملية 
الحذف التي سبق إيضاحها أعلاه. لذلك؛ فإن النموذج العلاقي يوفر أربعة خيارات عند حدوث 
خروقات لقيد السلامة المرجعية نتيجة لعمليات التحديث» شبيهة بتلك التي يوفرها لعمليات الحذف. 
255 استخدام الخيار المناسب من الخيارات الأربعة عند توصيف Jia‏ المفتاح الخارجي في أثناء 


إنشاء الجدول. وسیتغ شرح طريقة توصيف هذه الخيارات باستخدام لغة الاستفسار البنائية في 
الفصل السابع. أما هذه الخيارات الأربعة فهي» كما يلي: 


1- رفض عملية التحدیثء وهذه الطريقة „дыд‏ عملیة «الرفض» «(КеўеСї)‏ وهي الحالة 
الافتراضية عند اختراق قيد التكامل المرجعي نتيجة لعملية تحديث. فعلى سبيل المثال: لو @ تعريف 
уй‏ التكامل المرجعي لحقل المفتاح الخارجي في جدول أعضاء هيئة التدريس الذي یشیر إلى جدول 
الأقسام العلمية على أنه من نوع الرفض؛ فإن تحديث قيمة المفتاح الرئيسي لأيّ O>‏ من СУ‏ 
جدول الأقسام العلمية سيترتب عليه رفض عملية التحدیث إذا جد 61( da‏ من سجلات أعضاء 
هيئة التدريس يشير إلى سجل جدول الأقسام العلمية المزمع تحديث قيمة مفتاحه الرئيسي. 

2- قبول عملية التحديث مع تحديث كافة حقول المفاتيح الخارجية في كافة السّجلات التي 
تشير للمفتاح الرئيسي قيد التحديث. وتسمّى هذه الطريقة «التحديث المتسلسل» (0350206). فعلی 
سبيل المثال: لو تمّ تعريف قيد التكامل المرجعي لحقل المفتاح الخارجي في جدول أعضاء هيئة 
التدريس على أنه من نوع التحديث المتسلسل؛ فإن تحديث أي سجل من سجلات جدول الأقسام 
العلمية سيترتب عليه تحديث كافة سجلات أعضاء هيئة التدريس التابعين لهذا القسم الدراسي. 


3- قبول عملية التحديث مع تغييب قیم الحقول التي تشيرُ للسجل الذي £ تحديث مفتاحه 
الرئيسي. oig‏ هذه الطريقة «تغييب القيمة» (Set to NULL)‏ فعلى سبیل المثال: لو £ 
تعريف قيد التكامل المرجعي لحقل المفتاح الخارجي في جدول أعضاء هيئة التدريس على أنه من 
نوع «تغييب القيمة»؛ فإن تحديث المفتاح الرئيسي 05У‏ سجل من سجلات جدول الأقسام العلمية 
سيترتب عليه تغييب القيم في حقل المفتاح الخارجي لسجلات أعضاء هيئة التدريس الذين یتب عون 
للقسم الدراسي الذي 5 تحديث Дай‏ مفتاحه الرئيسي. وكما هو الحال في عملية الحذفء تجدر 
الملاحظة إلى أنه في مثل هذه الحالة لا يمكن توصيف حقل المفتاح الخارجي في جدول أعضاء Аза‏ 
التدريس بطريقة لا تمگن من «تغييب القيم» ОУ (NOT NULL)‏ خيار التحديث هذا سيترتب 
عليه خرق قيد القيم الغائبة. 


4- قبول عملية التحديث مع وضع Алдуу‏ افتراضية» (Default Value)‏ في الحقول التي 
تشیر ЈА‏ الذي تعٌ تحديث مفتاحه الرئيسي. És‏ هذه الطريقة وضع قيمة افتراضية. فعلى 


التدريس على أنه من نوع ааз‏ قيمة افتراضية؛ فإن تحديث قيمة المفتاح الرئيسي 15У‏ سجل من 
سجلات الأقسام العلمية سيترتب «Ае‏ وفق هذا الخيارء ааз‏ القيمة الافتراضية المصاحبة لحقل 
المفتاح الخارجي في 06 سجل من سجلات أعضاء هيئة التدريس التابعين للقسم الدراسي الذي 25 


وتسمخٔ نظم قواعد البيانات العلاقية بتوصيف ردود الفعل المناسبة إزاء خروقات قيود 
السلامة المرجعية؛ وذلك في أثناء توصيف حقول المفاتيح الخارجية لجداول قاعدة البيانات. كما 
تسمح هذه النظم بتوصيف ردود الفعل حسب نوع العملية التي أدّت إلى خرق قيد من قيود السلامة 
المرجعية. فعلى سبیل المثال: عند تحديث йм‏ رمز القسم الدراسي قد يتمٌ اختيار التحديث 
المتسلسل؛ مما يعني أن ينعكس رمز القسم الدراسي الجديد على كافة سجلات أعضاء هيئة التدريس 
التاب عین للقسم الدراسي الذي S‏ تحديث رمزه. أما في عملية الحذف؛ فإنه قد 2 اختيار الرفض مما 
يعني عدم تنفيذ عملية الحذف عند وجود أعضاء هيئة تدريس يتبعون للقسم الدراسي المفترض 
حذف سجله من جدول الأقسام الدراسية. وسیتغُ إيضاح طريقة تعريف ردود الفعل المناسبة عند 
وجود قيود السلامة المرجعية في أثناء شرح لغة الاستفسار البنائية في الفصل السابع. 


:(Relational Algebra) العلاقي‎ „+ 2-4 


يستعرض هذا الجزء من الفصل الجبر العلاقي الذي 3 إحدى «اللغات الرسمية» Formal)‏ 
69 للنموذج العلاقي. فبالإضافة إلى المفاهيم التي تُمكّن من تعريف هياكل البيانات 
والقيود المفروضة عليها؛ لا بد أن يشتمل نموذج البيانات على مجموعة من العمليات التي OS‏ من 
التعامل مع قاعدة البيانات التي تمّت نمذجتها. وما الجبر العلاقي» إلا مجموعةً من العمليات 
الأساسية التي OS‏ من التعامل مع البيانات المخرّنة وفق النموذج العلاقي لاسترجاع البيانات وفق 
المواصفات التي يطلبها المتعامل مع قاعدة البيانات. وتكون نتيجة الاسترجاع fide‏ جديدة من 
الممكن أن تكون ناتجة من علاقة واحدة أو أكثر. وبذلك؛ فإن العمليات الجبرية تُنتج علاقات جديدة 
يمكن التعامل معها بإجراء المزيد من العمليات عليها؛ وذلك من خلال استخدام نفس العمليات التي 
يوفرها الجبر العلاقي. сай,‏ عن سلسلة من العمليات الجبرية ما يُعرّف «بالتعبير الجبري 
العلاقي» (Relational Algebra Expression)‏ الذي تكون نتيجته علاقة جديدة تمثل ناتج عملية 
الاختيار (أو الاسترجاع أو الاستفسار) المنفذ على قاعدة البيانات. 


ويستمذ الجبر العلاقي أهميته من ثلاثة أبعاد رئيسية. الأول منهما يتمثل في أن الجبر 
العلاقي يوفر أساساً رسمياً لإجراء العمليات على العلاقات في النموذج العلاقي. l‏ الثاني؛ فيتمثل 
في کون الجبر العلاقي 553 أساساً لبناء الاستفسارات (Queries)‏ وزيادة فعاليتها (Optimization)‏ 
في نظم إدارة قواعد البيانات العلاقية lÎ (Management Systems Relational Database)‏ 
البعد الثالث؛ فيتمثل في OÍ‏ بعض المفاهيم الواردة في الجبر العلاقي قد £ إدراجها ضمن اللغة 
القياسية للتعامل مع قواعد البيانات العلاقية والمعروفة auly‏ لغة الاستفسار البنائية (SQL)‏ ولذلك؛ 
فإن الجبر العلاقي 5⁄2 مكملاً لنموذج البيانات العلاقي. 


ويُمكن تصنيف عمليات الجبر العلاقي وفق فئتين رئيسيتين. فئةٌ تحتوي على عمليات 
مستمدة من نظرية المجموعات الحسابية؛ وذلك لكون التعريف الرّسمي للعلاقة في النموذج العلاقي؛ 
هو كونها مجموعة من الصفوف (أو السجلات)؛ وبالتالي تنطبق عليها نظرية المجموعات 
الحسابية. وتتكوّن هذه الفئة من: عملية الاتحادء وعملية التقاطعء وعملية الفرق. أمًا الفئة الثانية 
من العملیات الجبرية؛ فتحتوي على عملياتٍ قد تع تطويرها Lanai‏ لقواعد البيانات العلاقية. 
وتتكون هذه الفئة من: عملية الاختيار (أو الاسترجاع)ء وعملية الإسقاط وعملية إعادة التسمیة 
وعملية الضرب الكرتيزيء وعملية الربط وعملية القسمة. 


суа! “ I Ainu‏ عمليات الاختيار» والإسقاط وإعادة التسمية у‏ وذلك لكونها عمليات 
أحادية تُطبق على علاقة واحدة Ый‏ بعد ذلك؛ سيتمٌ استعراض العمليات الثنائية التي تطبق على 
علاقتين» عوضاً عن علاقة daal y‏ وبحيث з‏ استعراض العمليات المُستمَدّة من نظرية المجموعات 
єз‏ ومن ثم استعراض العمليات الثنائية الخاصة بالنموذج العلاقي. 

1-2-4 العمليات الأحادية: 


1-1-2-4 عملية الاختيار :(SeleCt)‏ 


تُستخدم ihe‏ الاختيار (SELECT)‏ لاسترجاع مجموعة جزئية من صفوف جدول ما؛ 
بحیث giai‏ عليها شروط مُحدّدة. ويمكن تصوّر عملية الاختيار على أنها А ул‏ للصفوف ئبقي 
على الصفوف التي تُحقّق شرط الاختیار في الجدول الذي تُطبق عليه العملية. كما يمكن تصوّرها 
وكأنها عملية تقسيم أفقي للجدول ينتج dic‏ مجموعتان من الصفوفء وهما: مجموعة يتحقق فيها 


شرط الاختیار ш)‏ اختيارها من خلال تنفيذ العملی Ае pay‏ أخرى لا giai‏ فيها شرط 
الاختيار» ig‏ استبعادها من نتيجة العملية. فعلى سبیل المثال: لنفترض وجود العلاقة (R)‏ 
التالية: 


ولنفترض أننا نرغب في اختيار الصفوف التي يتحقق فيها شرط تساوي القيمة АЗ А‏ في 
الحقل (A)‏ بالقيمة (a1)‏ في هذه الحالة تطبق عملية الاختيار» كما يلي: 


وتكون نتيجة العملية جدولاً جديداً يحتوي على الصفوف التي تحتوي على القيمة (а1)‏ في 
الحقل (А)‏ كما يلي: 


O۸= “a1” (R) 


al | 01 | c1 


al | b2 | c2 


وتعني هذه النتيجة Éj‏ كلآ من | لصف الأول والصف الثاني في العلاقة (R)‏ قد تع اختيارهما 
ضمن نتيجة العملية لانطباق شرط الاختيار» وهو تساوي الحقل (A)‏ بالقيمة (al)‏ في حين لم يتم 
انطباق الشرط على بقية صفوف العلاقة» ولذلك لم يتم اختيارها ضمن ipi‏ عملية الاختيار. 
ومثالاً تطبيقيًا على قاعدة بيانات الجامعة الأهلية؛ لنفترض أننا نرغب في معرفة أعضاء هيئة 


التدريس الذين يعملون في قسم الحاسب الآلي (PCS)‏ بالجامعة, يمكن معرفة ذلك من خلال 
تطبيق عملية الاختيار على جدول أعضاء Аа‏ التدريس (FACULTY Т)‏ بحيث يكون شرط 
الاختيار هو تساوي قيمة الحقل (Department_ID)‏ بالقيمة «("С8“)‏ كما يلي: 


O Department ID = “CS” (FACULTY_T) 


في هذه الحالة تكون نتيجة عملية الاختيار العلاقة التالية: 


FACULTY_ FNAME LNAME PHONE_NO SALARY DOB DEPART 
310 Saleh ñleesa 454-8932 30000 13-SEP-66 CS 
328 Mohammed ñlhamad 454-5412 44608 13-MAY-65 CS 
338 Ghanim ñlghanim 456-2234 44506 12-ñUG-69 CS 
340 Ibraheem Alsaleh 454-1234 25808 20-JAN-70 CS 


وبشکلِ عام JS‏ عملية الاختيار وفق да аЙ‏ الكالية: 


| O<Selection Condition> (R) | 


بحيث يُستخدم الرمز (o)‏ لتمثيل عملية الاختيار 1085 سيجما l (Sigma)‏ شرط 
+(SeleCtion Condition) АУ!‏ فهو تعبیر ثنائي (Binary Operation)‏ يُطبق على حقول 
العلاقة (R)‏ بحيث Ц)‏ أن يتحقق الشرط وتكون قيمته صحيحة (True)‏ أو لا يتحقق الشرط وتكون 
قيمته خطأ (False)‏ ويُلاحَظ أن تطبيق شرط الاختيار یتم على 05 асыл‏ العلاقة على جدة؛ 
بحیث يتم اختيار الصف ضمن نتيجة الاختيار عند تحقيقه لشرط الاختيار. أمَّا في illa‏ عدم تحقيقه 
لشرط الاختيار؛ فلا 25 اختياره ضمن نتيجة عملية الاختيار. Ц)‏ بالنسبة للعلاقة (R)‏ فإنها بشكلٍ 


عام تعبير جبري علاقي. وفي أبسط صورها عندما تكون اسماً لعلاقة موجودة أصلاً في قاعدة 
البيانات دون إجراء أية عمليات جبرية عليها كما في المثالين السابقين. وتكون نتيجة عملية 
الاختيار علاقة جديدة تحتوي على نفس حقول العلاقة التي تمَّ تطبيق عملية الاختيار عليها. 

С)‏ التعبير الثنائي الموضّح في الشكل العام لتعليمة الاختيار أعلاه يمكن أن یتم تكوينه من 
خلال مجموعة من التعابير البسيطة iaia gall‏ بالشكل التالي: 


<Attribute Name> <Comparison Operator> <Constant Value> 


ففي Jd‏ السابق؛ كان اسم الحقل (Attribute Name)‏ هو رمز القسم 
(Department_ID)‏ وعامل المقارنة هو المساواة )=( والقيمة الثابتة (Constant Value)‏ هي 
أن يكون اسم القسم الحاسب الآلي PCS“)‏ كذلك يمكن أن an‏ المقارنة بحقلِ آخر عوضاً عن قيمة 
تانق كما يرسك АЧ Дей‏ 


<Attribute1 Name> <Comparison Operator> <Attribute2 Name> 


Laig‏ باسم الحقل (Attribute Name)‏ اسم asd‏ الحقول Š‏ العلاقة (R)‏ في حين 
يُقصّد بعامل المقارنة (Comparison Operator)‏ )52 عوامل اطقارنة Š‏ المجموعة 
}> ,> ,5 ,> ,+ ,= مُا القيمة الثابتة؛ فيجب أن تكون من ضمن القيم في مجال 
(Domain)‏ الحقل الذي ihi w‏ عليه شرط الاختيار. ويمكن استخدام عوامل الربط 
المنطقية (AND, OR, NOT)‏ لتكوين شروط اختيار عامة. فعلى سبيل JELI‏ لاختيار 
أعضاء هيئة التدريس الذين يعملون في قسم الحاسب الآلي وتزيد رواتبهم عن ۳۰,۰۰۰ 
أو يعملون في قسم الرياضيات وتقل رواتبهم عن ١٠٠,٠٠؛‏ فيمكن كتابة عملية الاختیاں 
(FACULTY_T)‏ 


G 


(Deparment `D — CS" AND Salary > ИЖИ) OR (Departmeni 1) – “MATH” ANI) Salary < زنا3000‎ 


وتكون نتيجة الاختيارء كما يلي: 


FACULTY_ ۷۴ І МАМЕ РНОМЕ МО SALARY 8 DEPART 
220 Fahad ñlhamid 456-7733 25988 07-OCT-70 MATH 
320 Ноһаппей ñlhamad 454-5412 1888 13-МАҮ-65 CS 
330 Ghanin ñlghanim 456-2234 11580 12-ñU6G-69 CS 


وتُطبّق عوامل اللمقارنة }> ,> ,= ,< ,= ,=( على الحقول ذات المدى المرب القيم 
(Ordered Values)‏ مثل: الأعداد. والتواریخ, والسلاسل الحرفیة. أما إذا كانت الحقول 


ذات مدى غير مرتّب القيم؛ فلا ينطبق عليها من عوامل المقارنة سوى عامل المساواة وعامل 
عدم المساواة: }={ ومن أمثلة الحقول ذات ال مدى غير مرتب القيم حقل «الجنس» 
الذي يستمد قيمه من إحدى قیمتینء هما: ذكر {Male}‏ أو أنثى {Female}‏ 


âi g‏ تحديذ نتيجة عملية الاختیار من خلال تطبيق شرط الاختيار على 05 صف في العلاقة 
(R)‏ بحيث ы‏ استبدال قيمة الحقل مكان شرط الاختيار وعندما تكون نتيجة شرط الاختيار صحيحة 
(Ттие)‏ 25 عملية اختيار الصف الذي تمت عليه عملية المقارنة. أما إذا كانت نتيجة شرط الاختيار 
АДЫ! у У АГК) ША.‏ الست الذي لٹ عة غاد АДАМА‏ ,0363 اف الین 
لعملية الاختیار؛ هي جميع الصفوف التي حققت شرط الاختيار. أما بالنسبة للعملیات المنطقية 
(AND, OR, МОТ}‏ ؛ فلها نفس التفسيرات المعروفة في الجبر الثنائي (Boolean Algebra)‏ 


<Condition1 AND Condition2> -1‏ يكون صحيحاً (True)‏ إذا كان كل من الشرط 
الأول (Condition1)‏ و الشرط الثاني (Condition2)‏ صحیحین .(True)‏ 


<Condition1 OR Condition2> -2‏ يكون صحيحاً (True)‏ إذا كان 1 من الشرط 
الأول ¿(Condition1)‏ أو الشرط الثاني (Condition2)‏ صحیحاً .(True)‏ 


<NOT Condition> -3‏ يكون صحيحاً إذا كان الشرط (Condition)‏ خطأ (False)‏ 
ويكون خطأ إذا كان الشرط (Condition)‏ صحيحا. 


iis‏ عملية الاختيار ie‏ أحادية s(Unary Operation)‏ لكونها تنطبق على علاقة 
واحدة فقط. كما أن عملية الاختیار تطبق على Саа OS‏ على جدة وبالتالي؛ GM‏ شروط الاختيار لا 
يمكن أن تُطبق على أكثر من صف في العلاقة في نفس الوقت. ویٔلاحَظ أن درجة العلاقة التي تنتج 
من عملية الاختيار تكون مساوية لدرجة العلاقة الأصلية التي طٔبقت lele‏ عملية الاختيار. ويعني 
هذا أن عدد الحقول في العلاقة الناتجة مساو لعدد الحقول في العلاقة الأصلية. ويُلاحَظ Laj‏ أن 
عملية الاختيار عمليةٌ تبادلية بمعنى أن نتيجة تطبيقها المتسلسل على علاقة ما لا تختلف باختلاف 
التسلسل الذي طٔبقت فيه. ويعني هذا أن تطبيق (K‏ من المتسلسلتين التاليتين من عملية الاختيار 
على العلاقة (R)‏ متساو. 
í í í |‏ — [ 


o<Conditionl>(o<Condition2>(R)) = o<Condition2> 
(o<Condition1>(R)) 


وبذلك؛ فإنه يمكن تطبيق سلسلة من عمليات الاختيار على علاقة ما gsh‏ ترتيب كان دون 
إخلال بالنتيجة النهائية للسلسلة. ونتيجة لذلك؛ АЙА‏ يمكن دمج سلسلة من عمليات الاختيار في عملية 
اختيار saal g‏ باستخدام عامل الربط الثنائي (AND)‏ كما يلي: 


(Rasa = Q (R) 


<Сопіу> AND <Cond,> AND . . . AND <Сопа,: 


:(ProjeCtion) الإسقاط‎ iks 2-1-2-4 


تُستخدم عملية (SELECT) У!‏ لاختیار تلك الصفوف في علاقة ما بحيث giai‏ فيها 
شرط الاختيار. على النقيض من ذلك؛ فإن عملية الإسقاط تختار أعمدةً Аза‏ من العلاقة. ففي 
الوقت الذي تُستخدم فيه عملية الاختيار عند الرغبة في اختيار بعض صفوف الجدول وفق شروط 
معينة عوضاً عن اختيارها جميعاًء والتي يمكن تصوّرها على أنها عملية تقسيم أفقي للعلاقة؛ بحيث 
2 تقسيمها إلى علاقتين: علاقة تحتوي على كافة الصفوف التي تحقق شرط الاختيار» وهي التي 
تظهر ضمن نتيجة الاختیار وعلاقة تحتوي على كافة الصفوف التي لا تحقق شرط الاختيار ولا 
تظهر من ضمن نتائج عملية الاختيار؛ فإن عملية الإسقاط يُمكن تصوّرها على أنها عملية تقسيم 
رأسي للعلاقة؛ بحيث ينتج عنها علاقتان: علاقة تحتوي على كافة الأعمدة التي âi‏ تحديدها ضمن 
عملية الإسقاط» وهي التي تظهر ضمن نتيجة العملية» وعلاقة تحتوي على كافة الأعمدة التي لم يتم 
تحديدها ضمن عملية الإسقاط ولا تظهر من ضمن نتائج العملية. والشكل التالي يوضّح هذا التصور 


ولنفترض أننا نرغب في إجراء عملية إسقاط على الحقل (A)‏ والحقل (B)‏ من حقول العلاقة 
.(R)‏ في هذه الحالة تطبق عملية الإسقاط كما يلي: 


وتكون نتيجة العملية العلاقة التالية: 


ویٔلاحَظ في نتيجة عملية الإسقاط السابقة أن عدد صفوف العلاقة الناتجة منها؛ أصبح خمسة 
صفوف عوضاً عن الصفوف الستة التي تحتويها العلاقة الأصلية (R)‏ ويُعرّى السبب وراء ذلك 
إلى أن عملية الإسقاط؛ هي عملية جبرية علاقية ُطبق على علاقات ذات خصائص مُحدّدة وفقاً 
للنموذج العلاقي. وبذلك؛ فإنها يجب أن تحافظ على خصائص هذه العلاقات في نتائجها. ومن ضمن 
هذه الخصائص أن العلاقة هي مجموعةٌ من الصفوف» وأن المجموعة» وفقاً لنظرية المجموعات 
(Set Theory)‏ لا تحتوي على تكرارات ضمن عناصرها. لذلك؛ فإن عملية الإسقاط شأنها شأن 
بقية عمليات الجبر العلاقي؛ يجب أن تحافظ على هذه الخاصية في نتائجها. وحتى تحافظ على هذه 
الخاصية؛ فإن عملية الإسقاط تقوم بالإلغاء التلقائي للصفوف المتكرّرة من نتيجتها النهائية. وحيث 
إن إلغاء الحقل (C)‏ من العلاقة (R)‏ بعد تطبيق عملية الإسقاط يترتب عليه تكرارٌ في نتيجة الصف 
الأول من العلاقة مع نتيجة الصف الثاني؛ فإن عملية الإسقاط قد قامت بإلغاء أحد الصفين من 
نتيجتها النهائية. وهذا هو السبب وراء حصولنا على خمسة صفوف عوضاً عن ستة صفوف في 
نتيجة عملية الإسقاط, 


ومثالاً تطبيقياً على قاعدة بيانات الجامعة الأهلية؛ لنفترض أننا نرغب في معرفة الاسم الأول 


واسم العائلة والمرتب الشهري لأعضاء هيئة التدريس في الجامعة الأهلية. في هذه الحالة نستخدم 
عملية الإسقاط كما يلي: 


(FACULTY Т) 


FName, LName, Salary 


وتكون نتيجة عملية الإسقاط «ола‏ كما يلي: 


F NAHE LNAME SALARY 


Khalid 61003 35000 
Fahad Alhamid 25900 
Saleh Aleesa 30000 
Hohammed Alhamad 440086 
Ghanim А1дһап1т 445 6 
Ibraheem ñlsaleh 2598 
ñhmad Alotaibi 339 60 
Saleh 1913711 1:6 BB 
Yahya Khorshid 3076 
Salem ñlhamad AAAA 
Salman Albassam 338 6 
Turki Alturki 27800 
Fahad Alzaid 44300 
Saud Alkhalifa 449096 
Маһтооа А1<а1еп 31988 
Міѕһа1 ñlmazid 29806 
Sultan Aljasir 43300 
Ali Albader 45300 
Saad Alzhrani 442 00 
Ahmad Alsabti 3396 


ویٔلاحَظ في نتيجة عملية الإسقاط السابقة أنها تمت بشكل رأسي على الحقول التي تم تحديدها 
ضِمن التعليمة مُلغية بذلك بقية الحقول الموجودة في العلاقة الأصليةء وأن صفوف النتيجة لا 
تحتوي على أية تكرارات. j‏ الشكل العام لتعليمة الإسقاط فهو كالتالي: 


1 


<Attribute ua (R) 


ويميّل الرمز «(л)‏ ویٔقرأ (باي)» تعليمة الإسقاط في الجبر العلاقي. أما قائمة الحقول 
(Attribute List)‏ فتمتل الحقول المراد إظهارها gaa‏ نتيجة عملية الإسقاط من قائمة حقول 
العلاقة (В)‏ يُلاحَظء كما هو الحال في حالة عملية الاختيارء أن العلاقة (R)‏ عبارة عن تعبیرِ 
علاقي نتيجته علاقة واحدة فقط وأن هذا التعبير يكون في أبسط صوره عندما تكون العلاقة هي 
إحدى العلاقات في قاعدة البيانات. ونتيجة عملية الإسقاط؛ هي علاقة تحتوي على الحقول المراد 
اختيارها فقط a gall у‏ ضمن قائمة الحقول في التعليمة. كما أن قائمة الحقول في النتيجة تظهر 
مرتبة وفق ترتيبها في عملية الإسقاط. وبهذا؛ فإن درجة العلاقة الناتجة من تعليمة الإسقاط 
تكون مساوية لعدد الحقول في قائمة حقول التعليمة. 


إذا كانت الحقول المُدرّجة في قائمة حقول التعليمة لا تحتوي على المفتاح الرئيسي للعلاقة 
(В)‏ فإنه من المحتمل أن تظهر بعض الصفوف المتكررة في نتيجة عملية الإسقاط كما رأينا في 


المثال السابق؛ إلا أن تعليمة الإسقاط تزيل هذه التكرارات عند حدوثها. لذا؛ сја‏ نتيجة تعليمة 
الإسقاط هي с paza‏ من الصفوف؛ مما يعني أن العلاقة الناتجة من عملية الإسقاط علاقةٌ تتوافق في 
مواصفاتھا مع مواصفات النموذج العلاقي. تجدرُ الإشارة هنا إلى أن النموذج العلاقي الرسمي م«بنيٌ 
على نظرية المجموعاتء كما أسلفنا data‏ وأن العلاقات يجب ألا تحتوي على تكرارات ضمن 
صفوفها؛ شأنها في ذلك شأن المجموعات الحسابية التي لا تحتوي على تكرارات ضمن عناصرها. 
على النقيض من ذلك؛ فإن الحقائب (Bags)‏ في علم الرياضيات تختلف عن المجموعات؛ بكونها قد 
تحتوي على تكرارات ضمن عناصرها. مثالا تطبيقياً آخر على ذلك من قاعدة بيانات الجامعة 
الأهلية» لنفترض أننا نرغب في معرفة رواتب (Salary)‏ أعضاء هيئة التدريس في الجامعة الأهلية؛ 
فإنه يمكن استخدام تعليمة الإسقاط التالية: 


T, а, FACULTY Т) 


وتكون نتيجة تعليمة الإسقاط السابقة» كما يلي: 


SALARY 


,2550 في النتيجة أنها ت تحتوي على تسعة عشر lia‏ عوضاً عن عشرين (وهي эле‏ أعضاء 
هيئة التدريس في الجامعة الأهلية). ويُعرَى السبب وراء ذلك إلى وجود عضوين من أعضاء هيئة 
التدريس يتقاضيان نفس الراتب؛ وهما: 41013101 Ahmad‏ و 415311 Ahmad‏ وبالتالي تمت 


إزالة أحد الراتبين المتكررين وقدره )33.900( من نتيجة عملية الإسقاط. Ш‏ فإن عدد الصفوف 
الناتجة من عملية الإسقاط هي علاقةٌ تكون مساوية أو أقل في عدد صفوفها من عدد الصفوف 
المدرّجة في العلاقة التي طبقت عليها عملية الإسقاط. غير أن عدد الصفوف في العلاقة الناتجة من 
عملية الإسقاط يكون مساوياً لعدد صفوف العلاقة التي طبقت عليها ile‏ الإسقاط Laue‏ تحتوي 
قائمة الحقول المدرجة ضمن حقول عملية الإسقاط على المفتاح الرئيسي للعلاقة التي طّبقت عليها 
عملية الإسقاط. كما أن عملية الإسقاط» وعلى النقيض من عملية الاختيارء عملية غير تبادلية» 
بمعنى أن نتيجة أي عمليتي إسقاط متعاقبتين على علاقة ما لا تكون متساوية عند اختلاف تسلسل 
ihs 3-1-2-4‏ إعادة التسمية :(Renaming)‏ 


عند تطبيق الجبر العلاقي على علاقات قاعدة البيانات تنتج علاقات وسيطة ليس لها أسماء 
معينةء كما أن أسماء حقول هذه العلاقات الناتجة تكون بنفس أسماء حقول العلاقات الأصلية التي & 
تطبيق الجبر العلاقي عليها. АШ,‏ في تسمية العلاقات والحقول المكونة لها يوفر الجبر العلاقي 
عملية إعادة التسمية. وتأخذ عملية إعادة التسمية أحد الأشكال الثلاثة التالية: 


T iu FACULTY Т) 


гу 


ويُستخدم الرمز(م)» ويُقرأ (روو)؛ لتمثيل عملية إعادة التسمية في جميع الأشكال الثلاثة 
السابقة. وتُستخدم العملية إما لإعادة تسمية علاقة ماء أو bale)‏ تسمية حقول العلاقة فقط أو إعادة 
تسمية OK‏ من اسم العلاقة وحقولها معاً. فالشكل الأول للتعليمة يرمز لإعادة تسمية العلاقة (R)‏ تحت 
(АА‏ (9). وتكون نتيجة التعليمة هي كافة حقول العلاقة (R)‏ ولكن تحت مُسمّى جديد للعلاقة باسم 
Ц .(S)‏ الشكل الثاني فيرمز إلى إعادة تسمية حقول العلاقة (R)‏ فقط بمسميات جديدة هي (81, 
(Bn ,... ,2‏ عوضاً عن مسمياتها الأصلية. وتكون نتيجة التعليمة في هذه АЙм‏ هي نفس العلاقة 
(К)‏ ولكن بمسميات حقول جديدة. ویْلاحَظ هنا أن إعادة تسمية الحقول 25 بالترتيب من اليسار 
إلى اليمين. Ú‏ الشكل الثالث للتعليمة فيرمز إلى إعادة تسمية (K‏ من العلاقة (R)‏ وحقولها Ља‏ 
وتكون نتيجة التعليمة في هذه الحالة علاقة بِمُسمَّى جديد هو (S)‏ تحتوي على كافة حقول العلاقة 
(К)‏ ولكن بمسميات جديدة. تجدر الإشارة هنا إلى أن عملية إعادة التسمية لا تغير في مسميات 


العلاقات الأصلية المكونة لقاعدة البيانات أو حقولهاء وإنما تقوم بإعادة تسمية هذه العلاقات أو الحقول 
Luc‏ لاستخدامها في عملیات جبرية علاقية أخرى. ,3553 هذه العملية مفيدة جداً خاصةً Laie‏ 
يحتوي التعبير الجبري العلاقي على سلسلة طويلة من العمليات الجبرية العلاقية؛ مما قد يستدعي 
تجزئته حتى يمكن التعامل معه بسهولة. فلإظهار الاسم الأول واسم العائلة والراتب لأعضاء هيئة 
التدريس الذين يعملون في قسم الحاسب CS“) AY‏ بالجامعة الاهلية» على سبيل المثال - تُطبق 
عملية اختيار وعملية إسقاط على علاقة أعضاء Аза‏ التدریس (FACULTY Т)‏ كما يلي: 


(FACULTY_T)) 


Name, LName, Salary зе tment ID=“CS"‏ ل 


ا الشكر التالي ناتج هذا التعبير الجبري العلاقي: 


ЕНАМЕ і МАМЕ SALARY 
Saleh ñleesa 38880 
Mohammed ñlhamad 1006 
07 0 1171 HH5 08 
Ibraheem ñlsaleh 25 BBB 


Ошм»‏ عن كتابة التعبير الجبري العلاقي السابق الذي يحتوي على عمليتين جبريتين 
متداخلتين؛ يمكن كتابة ушай‏ على أنه АШ‏ من عمليتين جبريتين علاقيتين» وذلك من خلال 


CS_Employces E= (O Department ID-“CS” (FAC ULTY T) 


Result ШШ Ттмате, LName, Salary (CS_Employees) 


ويكون ناتج العملية الأولى العلاقة (CS Employees)‏ الموضّحة؛ كما يلي: 


FACULTY_ FNAHE МАМЕ РНОНЕ МО SALARY DOB DEPART 
318 Saleh Aleesa 454-R932 300866 13-SFP-66 CS 
328 Моһаттеа Alhamad 454-5412 пиве 13-МАУ-65 CS 
338 Ghanim ñlghanim 456-2234 44506 12-ñUG-69 CS 
310 Ibraheem A1saleh (0۶۱11-1231 25096 20-JAN-7U CS 


Úi‏ ناتج العملية الثانية؛ فيكون العلاقة iaia sall (Result)‏ كما يلي: 


ЕНАМЕ МАМЕ SALARY 


Saleh ñleesa 30000 
Hohammed ñlhamad 006 
07 0 1701 HH5 08 
Ibraheem ñlsaleh 25 BBB 


وعادة ما يكون تفكيك تعبير جبري علاقي واحد GS‏ من سلسلة طويلة من العمليات 
الجبرية» واستخراج نتائج وسيطة منها وصولاً للنتيجة النهائية - أسهل في التعامل من استخدام 
التعبير كوحدة واحدة. ويمكن استخدام عملية إعادة تسمية الحقول في النتائج الوسيطة والنتائج 
النھائیة, وتصبح عملية إعادة التسمية ذات أهمية كبيرة خاصة عند استخدام عمليات أكثر تعقیداء 
مثل: عملية الاتحادء وعملية التقاطع اللتين سنتطرق لهما في الجزء التالي. 

2-2-4 العمليات الثنائية: 


1-2-2-4 عمليات الجبر العلاقي الثنائية من نظرية المجموعات الحسابية: 


إن عملية الاختيار وعملية الإسقاط تمكنان من الحصول على معلومات معينة من خلال 
تطبيقهما على علاقة واحدة فقط في أي وقتِ من الأوقات؛ وذلك لكونهما عمليات أحادية لا تطبقان 
إلا على علاقة واحدة فقط. غير أننا نحتاج في الكثير من الأحيان إلى الحصول على معلومات لا 
يمكن الوصول إليها إلا من خلال عمليات تقوم بالدمج ما بين العلاقات. 295 هذه العمليات عمليات 
ثنائية؛ لكونها تتعامل (أو تُطبق) على علاقتين في نفس الوقت. ونستعرض في هذا الجزء عمليات 
الجبر العلاقي الثنائية المستمدّة من نظرية المجموعات الحسابية. وهذه العملیاتء هي: عملية 
الاتحادء وعملية التقاطعء وعملية الفرق. 


:(Union Operation) الاتاد‎ ¿Le 1-1-2-2-4 


ينتج من تطبيق عملية الاتحاد على علاقتين (S) s (R)‏ علاقةٌ جديدةٌ لها نفس بنية العلاقتين 
اللتين 23 تطبيق عملية الاتحاد عليهما. وتكون نتيجة العملية علاقة جديدة تتكون من كافة الصفوف 
الموجودة في العلاقتين؛ ولكن دون تكرار. وتأتي هذه العملية متوافقة مع عملية الاتحاد في نظرية 
المجموعات الحسابية؛ إذ إن عملية الاتحاد بين 051 مجموعتين من العناصر تكون مجموعة جديدة 
تحتوي على عناصر كلتا المجموعتين دون تكرار في عناصر المجموعة الناتجة. ولتطبيق عملية 
الاتحاد في الجبر العلاقي؛ فإنه Ьу‏ أن تكون كلتا العلاقتين قيد تنفيذ عملية الاتحاد Lele‏ 


متوافقتين؛ من حيث عملية الاتحاد (Union-Compatible)‏ بمعنى أن يكون لكلتا العلاقتين نفس 
عدد الحقول» وأن يكون 0 زوج من الحقولء المتقابلين في الترتيب» في کلتا العلاقتين من نفس 
المجال (Domain)‏ ويكون Эзе‏ صفوف العلاقة الناتجة 358 أقصى مساوياً dalal‏ جمع عدد 
صفوف العلاقتين. غير أن هذا العدد يتناقص في حالة وجود تكرار ما بين صفوف العلاقتین؛ لأن 
O<‏ صف متكرر ما بين العلاقتين لا يظهر في النتيجة إلا مرة واحدة فقط. وتمثل عملية الاتحاد بين 
علاقتين (R)‏ و (S)‏ كما هو مُوضّح في الشكل التالي: 


RUS 


حيث إن الرمز )( يُستخدم لتمثیل عملية الاتحاد. ويُلاحَظ أن عملية التوافق من حيث الاتحاد 
لا баз‏ على أن يحمل ÖS‏ زوج من الحقولء المتقابلين في الترتيب» في العلاقتين نفس المُسمّى؛ 
وذلك لأنه باستطاعتنا دائماً أن نعيد تسمية الحقول لتتوافق مع بعضها من حيث المسميات. ومن 
الأمثلة التطبيقية لعملية الاتحاد لنفترض وجود العلاقتين (R)‏ 5 )$( المتوافقتين من حيث الاتحادء 
وأننا نرغب في إجراء عملية اتحاد بينهما. فستكون نتيجة عملية الاتحاد ما بين العلاقتين» كما يلي: 


R Š RUS 


ويُلاحَظ في العلاقة الناتجة من عملية الاتحاد احتواؤها على خمسة صفوف عوضاً عن 
الصفوف السبعة التي تحتويها العلاقتان (R)‏ و(5)؛ وذلك لتكرار الصف الأول والصف الثاني في 
كلتا العلاقتين. وبالتالي؛ فإن عدد الصفوف في ناتج عملية الاتحاد بين العلاقتين أقل من حاصل 
جمع عدد صفوفهما. كما يُلاحَظ أن الصف الثالث في العلاقة (R)‏ والصف الثالث في العلاقة (S)‏ قد 
تم إدراجهما ضمن نتيجة العملية على الرغم من وجود تطابق جزئي بينهما؛ إذ إن القيمة المخزّنة في 
الحقل (A)‏ في كلا الصفين متساوية. ويعني هذا أن أي صفين في علاقتين ما gi‏ متساويين عند 


تساوي كافة القيم المخرّنة في كافة حقولهما فقط. لذلك لا يُعَدُ الصف الثالث في العلاقة (R)‏ والصف 
الثالث في العلاقة (S)‏ متطابقين. وبذلك يجب إدراجهما ضمن نتيجة عملية الاتحاد OK‏ على جدة. 


ومن الأمثلة التطبيقية على قاعدة بيانات الجامعة الأهلية؛ لنفترض أننا نرغب في معرفة 
الاسم الأول واسم العائلة لكافة أعضاء هيئة التدريس وكافة الطلبة في الجامعة. في هذه الحالة 
نطبق عملية إسقاط على علاقة أعضاء هيئة التدريس لاختيار حقول الاسم الأول واسم العائلة. 
ونطبق عملية إسقاط أخرى مماثلة على علاقة الطلبة. وتكون نتائج العمليتين في هذه الحالة متوافقة 
من حيث عملية الاتحاد؛ لكون كلتا العلاقتين الوسيطتين الناتجتين لهما نفس عدد الحقول (وهما 
حقلان يمثلان الاسم الأول واسم العائلة)» وأن ОК‏ زوج من الحقول المتقابلة لهما نفس المجال؛ У‏ 
إنهما معرفان على أساس أنهما حقول حرفية بطول )12( حرفاً j (CHAR(12))‏ شكل العمليات 
المطبقة للحصول على النتيجة المطلوبة فهوء كما يلي: 


(т (FACUITY_T)) U (л 


TIDENT T 
"TFName, LName FName. LName (STUDENT_T)) 


ويمكن ле)‏ عملية الاتحاد АШас‏ متعددة؛ بمعنى أنه يمكن تطبيقها على أيّ عددٍ من 
العلاقات يفوق الاثنتين ضمن سلسلة من عمليات الاتحادء وأنها عملية مشاركة (أو تبادلية) 
t(AssoCiative Operation)‏ بمعنى أن ترتيب تطبيقها على عددٍ من العلاقات ضمن سلسلة من 
عملیات الاتحاد لا يؤثر في النتيجة النهائية لسلسلة عمليات الاتحاد. ويمكن تمثيل هذه الخاصیة كما 
يلي: 


R U(S UT) =(RUS) UT 


O O ختاطاقٰ سال على‎ SE 

ومن ثم تطبيق عملية الاتحاد على العلاقة الناتجةء والعلاقة LS) (R)‏ هو а зА‏ في الجزء الأيسر 

من المعادلة) مساوية لنتيجة تطبيق عملية الاتحاد على العلاقتين (R)‏ و (S)‏ ومن ثم تطبيق عملية 
الاتحاد على العلاقة الناتجة والعلاقة LS) (T)‏ هو مُوضّح في الجزء الأيمن من المعادلة). 


:(ẹInterseCtion Operation) التقاطع‎ iks 2-1-2-2-4 


ينتج من تطبيق عملية التقاطع على علاقتين (R)‏ و (S)‏ وكما هو الحال في عملية الاتحاد؛ 
علاقة جديدةٌ لها نفس بنية العلاقتين اللتين تم تطبيق عملية التقاطع عليهما. إلا أن ناتج عملية 
التقاطع» وعلى خلاف عملية الاتحادء يتكون من الصفوف المشتركة في العلاقتين بمعنى أن كل صف 
من صفوف نتيجة العملية يجب أن يكون موجوداً في كلتا العلاقتين. وتأتي هذه العملية متوافقة مع 
عملية التقاطع في نظرية المجموعات الحسابية؛ إذ إن عملية التقاطع بين АЙ‏ مجموعتين من العناصر 
تكون مجموعة جديدة تحتوي على العناصر المشتركة بين عناصر المجموعتين. ولتطبيق عملية 
التقاطع في الجبر العلاقي؛ فإنه یشترط كما هو СЛ‏ في عملية الاتحادء أن تكون العلاقتان 
متوافقتين من ihe dua‏ الاتحاد .(Union-Compatible)‏ ويعني هذا أن يكون للعلاقتين نسن 
эзе‏ الحقول» وأن يكون О)‏ زوج من الحقولء المتقابلین في الترتيب» في Ш‏ العلاقتين نفس المجال 
Å, (Ботай)‏ عملية الثقاطع بين علاقتين (S) (R)‏ كما هو مُوضّح في الشكل التالي: 


RNS 
يُستخدم لتمثيل عملية التقاطع. ومن الأمثلة التطبيقية لعملية التقاطع؛‎ (N) حيث إن الرمز‎ 


لنفترض وجود العلاقتين (S) (R)‏ المتوافقتين من حيث الاتحادء وأننا نرغب في إجراء عملية 
تقاطع بينهما. فستكون نتيجة عملية التقاطع بين العلاقتين» كما يلي: 


R S RNS 


B А ІВ ГА В 


| al Ы n ajbi ه‎ [ајы 


а2 | b2 a2 | b2 a2 | b2 


Ba‏ في نتيجة عملية التقاطع السابقة بين العلاقتين (S)s (R)‏ أنها تحتوي على الصفوف 
المشتركة بین العلاقتين» وهما: الصف الأول والصف الثاني. كما يُلاحظ عدم إدراج أي من الصف 
الثالث في العلاقة (R)‏ أو الصف الثالث في العلاقة (S)‏ ضمن نتيجة العملية على الرغم من وجود 


تطابقی جزئي بينهما؛ É) У‏ القيمة АА‏ في الحقل (A)‏ في كلا الصفين متساوية. ويعني هذا أن 
أي صفين في علاقتين ما يُعدّان متساويين فقط في حال تساوت كافة القيم المخرّنة في كافة حقولهما. 
لذلك لا 5⁄3 الصف الثالث في العلاقة (R)‏ والصف الثالث في العلاقة (S)‏ متطابقين. وبذلك يجب 
عدم إدراج أي منهما ضمن نتيجة عملية التقاطع. 

ومن الأمثلة التطبيقية على قاعدة بيانات الجامعة الأهلية؛ لنفترض وجود بعض أعضاء هيئة 
التدريس الذين سبق أن كانوا من طلبة الجامعة قبل تعيينهم فيها أعضاءً لهيئة التدريس» وأننا نرغب 
في معرفة هؤلاء الأعضاء؛ من خلال إظهار الاسم الأول واسم GSI АШАЙ‏ منهم. في هذه الحالة 
نطبق عملية إسقاط على علاقة أعضاء هيئة التدريس؛ لاختيار حقول الاسم الأول واسم العائلة. 
ونطبق عملية إسقاط أخرى مماثلة على علاقة الطلبة. وتكون نتائج العمليتين في هذه الحالة متوافقة 
من حيث عملية الاتحاد؛ لكون كلتا العلاقتين الوسيطتين الناتجتين لهما نفس عدد الحقول (وهما 
حقلان يمثلان الاسم الأول واسم العائلة)» وأن كل زوج من الحقول المتقابلة لهما نفس المجال؛ إذ 
إنهما معرفان على أساس أنهما حقول حرفية بطول )12( => (CHAR(12))‏ أمّا شكل العمليات 
المطبقة للحصول على النتيجة المطلوبة؛ فهو كما يلي: 


15-9 Т.Мате 


(ҒАСІЛТҮ Т) AN (m 


(STUDENT_T)) 


FName, I Name 


ويمكن اعتباز عملية التقاطعء وكما هو С)‏ في عملية الاتحادء عملية متعددة بمعنى أنه 
يمكن تطبيقها على 51( эзе‏ من العلاقات يفوق الاثنتین ضمن سلسلة من عمليات التقاطعء وأنها عملية 
مشاركة Ду‏ تبادلية) ((АззоС1айуе Operation)‏ بمعنى أن ترتيب تطبيقها على عددٍ من 
العلاقات ضمن سلسلة من عمليات التقاطع لا يؤثر في النتيجة النهائية لسلسلة عمليات التقاطع. 
ويمكن تمثيل هذه الخاصية؛ كما يلي: 


RA(SAT)=(RAS)AT 


في سلسلة عمليات التقاطع السابقة؛ تكون نتيجة تطبيق العملية على العلاقتين (Т) (S)‏ 
ومن ثعٌ تطبيق عملية التقاطع على العلاقة الناتجة والعلاقة LS) (R)‏ هو مُوضّح في الجزء الأيسر 
من المعادلة) مساوية لنتيجة تطبيق عملية التقاطع على العلاقتين (S)s (R)‏ ومن ثم تطبيق عملية 
التقاطع على العلاقة الناتجة والعلاقة LS) «(Т)‏ هو مُوضّح في الجزء الأيمن من المعادلة). 


:(Minus Operation) الفرق‎ ¿Le 3-1-2-2-4 


ينتج من تطبيق عملية الفرق على العلاقتين (R)‏ و (S)‏ - وكما هو ОЈЛ‏ في عملية الاتحاد 
وعملية التقاطع - علاقةٌ جديدةٌ لها نفس بنية العلاقتین اللتين تمَّ تطبيق عملية الفرق عليهما. غير أن 
ناتج عملية الفرق» وعلى خلاف عملية الاتحاد وعملية АЛЫ)‏ يتكون من كافة الصفوف الموجودة 
في العلاقة الأولى» وليست موجودة في العلاقة الثانية. وتأتي هذه العملية да‏ )484 مع عملية الفرق في 
نظرية المجموعات الحسابية؛ إذ С]‏ عملية الفرق بین )5( مجموعتين من العناصر تكون مجموعة 
جديدة تحتوي على كافة عناصر المجموعة الأولی وليست Íd уз sa‏ ضمن عناصر المجموعة الثانية. 
ولتطبيق عملية الفرق في الجبر العلاقي؛ فإنه بشترط كما هو الحال في عملية الاتحاد وعملية 
التقاطعء أن تكون كلتا العلاقتين قيد تنفيذ عملية الفرق عليهما أن يكونا متوافقتين؛ من حيث عملية 
الاتحاد .(Union-Compatible)‏ ويعني هذا أن يكون لكلتا العلاقتین نف عددِ الحقول» وأن يكون 
О‏ زوج من الحقولء المتقابلين في الترتيب» في كلتا العلاقتين نفس مجال القيم (Domain)‏ التي 
يمكن أن يحتويا عليها. وتميّل عملية الفرق بين علاقتين (R)‏ و (S)‏ كما هو مُوضّح في الشكل 
التالي: 


R-S 
حيث إن الرمز (-) يُستخدم لتمثيل عملية الفرق. ومن الأمثلة التطبيقية لعملية الفرق؛‎ 


لنفترض وجود العلاقتين (R)‏ و (S)‏ المتوافقتین؛ من حيث الاتحاد وأننا نرغب في إجراء عملية فرق 
بينهما. فستكون نتيجة عملية الفرق بين العلاقتين» كما يلي: 


R s R-S 


ویٔلاحَظ في نتيجة عملية الفرق السابقة بين العلاقتين (R)‏ و (S)‏ أنها 5 تحتوي على الصفوف 
الموجودة في العلاقة (R)‏ وليست موجودة في العلاقة (S)‏ وفي هذه الحالة هما الصفان الثالث 
والرابع من صفوف العلاقة (В)‏ 


ومن الأمثلة التطبيقية على قاعدة بيانات الجامعة الأهلية؛ لنفترض مرةً أخرى وجود بعض 
أعضاء هيئة التدريس الذين سبق أن كانوا من طلبة الجامعة قبل تعيينهم فيها أعضاءً لهيئة التدريس» 
ка У‏ اعت aus‏ رس ان سرف لهم كا ن ыбы дел‏ 
من خلال إظهار الاسم الأول واسم العائلة GSI‏ منهم. في هذه الحالة نطبق عملية إسقاط على علاقة 
أعضاء Аша‏ التدریس لاختيار حقول الاسم الأول واسم العائلة. ونطبق عملية إسقاط أخرى مماثلة 
على علاقة E E еу, А‏ 
العلاقتين الوسيطتين الناتجتين Lag]‏ نفس عدد الحقول (وهما حقلان يمثلان الاسم الأول واسم العائلة)» 
О,‏ كل زوج من الحقول المتقابلة لهما نفس المجال؛ إذ إنهما معرفان على أساس Leil‏ حقول حرفية 
بطول )12( = (СНАК(12)) Ë‏ أما شكل العمليات المطبقة للحصول على النتيجة المطلوبة فهو 


(л. (FACULTY_T)) - (л 


(STUDENT Т)) 


FNamc, LNamc FNamc, LNamc 


ويُلاحَظ على عملية الفرق» وبشكلٍ cale‏ وعلى خلاف عملية الاتحاد وعملية القاطع» أنها 
عملية غير مشاركة э)‏ تبادلية) ب بمعنى أن نتيجة تطبيقها المتسلسل يختلف باختلاف التسلسل الذي 
طبقت فيه. ويمكن توضيح «Шз‏ كما يلي: 


R-S=S-R 


ولإيضاح هذه الخاصية 5<5 مثالاً تطبیقیاً على قاعدة بيانات الجامعة الأهلية: لنفترض أننا 
طبقنا لية الفرق بین نی > 2 عملية الإسقاط على علاقة أعضاء هيئة التدريس ونتيجة علاقة الإسقاط 
على علاقة الطلبة» في المثال السابق» بشكلٍ معاكسٍ كما هو مُوضّح فيما يلي: 


LName (STI IDENT_T)) Е (м, [Мате (TACT Л TYT)‏ لمت 


في هذه الحالة لن تكون نتيجة تطبيق عملية الفرق ممثلة للمطلوب» وهو «إظهار أسماء 
أعضاء هيئة التدريس الذين سبق أن كانوا من طلبة الجامعة». وإنما ستكون النتيجة «أسماء 
الطلبة الذين ليسوا من أعضاء هيئة التدريس». وقد تكون مثل هذه النتيجة غير ذات مدلولات 
منطقية إذا ما اعتبرنا أن عضو هيئة التدريس لا يمكن أن يكون طالباً في الجامعة! 


2-2-2-4 عمليات الجبر العلاقي الثنائية الخاصة بالنموذج العلاقي: 


يستعرض هذا الجزء عمليات الجبر العلاقي الثنائية الخاصة بالنموذج العلاقي. وهذه 
| لعمليات» هي: = عملية الضرب الكرتيزي» و عملية الربط و عملية ail‏ لقسمة, 


:(Cartesian ProduCt) الضرب الكرتيزي‎ ¿Le 1-2-2-2-4 


عملية الضرب الكرتيزي؛ هي عمليةٌ تُطبق على المجموعات» وهي عمليةٌ ثنائية بين 
معطيين يكون Lagia GS‏ مجموعةً من الصفوف تتمثل في علاقة ما. وتُستخدم هذه العملية لدمج 
صفوف علاقتين بشكل توليفي؛ بمعنى إظهار جميع الاحتمالات الممكنة؛ للدمج بين صفوف 
العلاقتين. وتكون نتيجة العملية التي يُرمَز لها برمز علامة الضرب (x)‏ علاقةً جديدة ذات درجة 
تساوي حاصل جمع درجة العلاقتين اللتين تمت عليهما عملية الضرب الكرتيزي. ونعني بدرجة 
العلاقة هناء كما أسلفنا سابقاًء عدد حقول العلاقة. كما يكون عدد صفوف العلاقة الناتجة مساوياً 
لعددِ صفوف العلاقة الأولى مضروباً في عدد صفوف العلاقة الثانية. (Базз‏ عملية الضرب 
الكرتيزي بين علاقتين (R1)‏ و (R2)‏ كما هو موضح في الشكل التالي: 


R xR, 


ومن الأمثلة التطبيقية لعملية الضرب الكرتيزي؛ لنفترض وجود العلاقتين (R1)‏ ذات الدرجة 
)3( وحقولها هي (A, В, C)‏ والعلاقة (R2)‏ ذات الدرجة )2( وحقولها هي (Y, Z)‏ وأننا نرغب 
في إجراء عملية الضرب الكرتيزي عليهما. عندئذ ستكون نتيجة عملية الضرب الكرتيزي بين 
العلاقتين كما هو مُوضّح بالشكل التالي: 


ویٔلاحَظ أن درجة العلاقة الناتجة أصبحت )5(« وحقولها هي حقول العلاقة )1 (R‏ مدموجة 
مع حقول العلاقة (82). l‏ نتيجة العملية؛ فهي دمج للصف الأول من العلاقة (R1)‏ مع 06 — 
من صفوف العلاقة (R2)‏ ودمج للصف الثاني من العلاقة (R1)‏ مع کل صف من صفوف العلاقة 
(R2)‏ ودمج للصف الثالث من العلاقة (R1)‏ مع كل صف من صفوف العلاقة (R2)‏ ويعني هذا 
éj‏ نتيجة الضرب الكرتيزي ما هي إلا استعراض لكافة توليفات صفوف علاقتين؛ بحيث ينتج عن 
هذه التوليفات علاقة جديدة درجتها هي حاصل جمع درجتي العلاقتینء وهي عدذ حقول العلاقة 
الأولى مجموعة على عدد حقول العلاقة الثانية» اللتين تمت عليهما عملية الضرب الكرتيزي. ويكون 
عدد صفوفها هو حاصل ضرب عدد صفوف العلاقة الأولى في عددِ صفوف العلاقة الثانية. ففي 
مثالنا المستخدم أصبح عدد صفوف العلاقة الناتجة هو )6( والذي يمثل حاصل ضرب عدد صفوف 
(КІ)‏ وهو (3)ء بعدد صفوف (R2)‏ وهو (2). وتجدر الإشارة هنا إلى أنه لا يُشترَّط في الضرب 
الكرتيزي توافق العلاقتين قيد تنفيذ إجراء العملية عليهما؛ من حيث الاتحاد كما هو الحال في عمليات 
الاتحادء والتقاطع» والفرق. 


АЗУ»‏ من الممكن أن تحتوي علاقتان على نفس مسميات الحقول؛ فإنه 2 إضافة مُسمّى 
العلاقة للحقول المتشابهة في نتيجة عملية الضرب الكرتيزي؛ حتى 25 المحافظة على خاصية تفرد 
مسميات الحقول في العلاقة الناتجة. كما أنه يمكن استخدام عملية إعادة التسمية مع إحدى العلاقتين 
لإعادة تسمية حقولها المتشابهة في المُسمَّى مع العلاقة الأخرى قبل إجراء عملية الضرب الكرتيزي 


ومن الأمثلة التطبيقية على قاعدة بيانات الجامعة الأهلية؛ لنفترض أننا نرغب في إظهار 
أسماء أعضاء هيئة التدريس (الاسم الأول» واسم العائلة) مقروناً بأسماء الأقسام التي يعملون فيها. 
في هذه الحالة ,25 تنفيذ التعبیر الجبري العلاقي التالي: 


3555 العملياث في التعبير الجبري العلاقي السابق وفق أولويات متوافقة مع الأقواس 
المُستخدمة؛ وذلك من الداخل للخارج؛ بحيث йй‏ عملية إعادة التسمية لحقل رمز القسم 
(Department_ID)‏ في علاقة أعضاء Аа‏ التدريس Уз‏ لیصبح (ЕРЕРТ ID)‏ ويُعرَّى 
السبب وراء إعادة تسمية هذا الحقل إلى تطابق مُسّاہ مع А‏ حقل آخر في علاقة الأقسام العلمية 
(ОЕРАКТМЕМТ_Т)‏ بعد ذلك تنفذ عملية الضرب الكرتيزي الذي تكون نتيجته كافة التوليفات 
الممكنة ما بين صفوف علاقة أعضاء هيئة التدريس مع صفوف علاقة الأقسام العلمية. ونظراً لأننا 
قد قمنا بإعادة تسمية الحقل الممثل لرمز القسم في علاقة أعضاء هيئة التدريس؛ فإن العلاقة الناتجة لا 
تحتوي على АЙ‏ ازدواجية في مُسميات حقولها وبالتالي؛ فإنها علاقة صحيحة تتوافق مع شروط 
علاقات النموذج العلاقي. بعد ذلك 8 عملية الاختيار التي تقوم باختيار الصفوف التي تتساوى فيها 
حقول رمز القسم الذي يعمل فيه عضو هيئة التدريس مع رمز القسم المدوّن في قائمة الأقسام العلمية. 
وتكون النتيجة الوسيطة حتى هذه المرحلة من التعبير علاقةً تحتوي على صفوف مكونة من كافة 
حقول علاقة أعضاء هيئة التدريس مربوطة بحقول الأقسام الدراسية التي يعملون فيها. وأخيراً؛ 
x‏ عملية الإسقاط التي تقوم بإظهار الحقول الثلاثة المطلوبة وهي: الاسم الأول لعضو هيئة 
التدريس» واسم عائلته» واسم القسم الذي يتبعه عضو هيئة التدريس. 


:Join Operation) الربط‎ iks 2-2-2-2-4 


تُستخدم عملية الربط (Join)‏ لدمج سجلات تربط بينهما علاقةً ما بحيث تتبع هذه السجلات 
لجدولين مختلفين. ویْرمَز لعملية الربط بالرمز (D<)‏ 391 عملية الربط واحدةً من А]‏ العمليات 
في النموذج العلاقي؛ لكونها GSS‏ من معالجة العلاقات التي تربط بين الجداول المختلفة في قاعدة 
البيانات. ولإيضاح ذلك؛ لنفترض أننا نرغب في معرفة أسماء الطلبة وأرقام المواد الدراسية التي 
سجلوا فيهاء ونتائجهم في هذه المواد. ‏ في هذه الحالة يتم ربط جدول التسجيل 


(ENROLLMENT T)‏ مع Jas‏ الطلبة ($ТОРЕМТ_Т)‏ للحصول على كافة بيانات 
АШЫ)‏ والمواد التي قاموا بالتسجيل فيها. بعد ذلك ثتبع عملية الربط بعملية إسقاط على الحقول 
المطلوبةء كما يلي: 


Resul هه‎ T (STUDENT T [><] ENROLLMENT T) 


"FName, Т.Мате Course П), Grade 


,44„ العملية السابقة عملية ربط التساوي؛ У‏ إن عملية الرّبط تتم بين جدول الطلبة» وجدول 


عملية ربط التساوي (Equi Join)‏ بشكلٍ صریح: كما يلي: 


STUDENT Т >< ENROLLMENT_T 


STUDENT_T.Student_ID = ENROLLMENT _T.Studenl_ID 


وتكون نتيجة العملية السابقة بعد إجراء عملية الإسقاط على الحقول المطلوبةء كما يلي: 


ЕНАМЕ LNAHE COURSE ` GRADE 
Saleh Alhamad 060۲11 4 
Abdullah AloufFi CHEH18B1 3 
Khalid ñlsultan CHE H1 81 4 
Salem ۴113101 CHE 1 3 
Mishal 60100 ٤ CHE M1 81 1 
Saleh Alhamad с5101 2 
Mishal ñluousef "01 4 
saleh п1патаа 0512 3 
Mishal ñluousef CS102 بد‎ 
Saleh Alhamad ENGL161 3 
Abdullah ñloufi ۲61 3 
Salem ñlgamdi EHGL181 + 
Mishal ñluousef ENGL 101 + 
Saleh Alhamad ENGL 102 1 
Mishal Alyousef ۲2 4 
Saleh Alhamad матна 01 3 
Abdullah Aloufi матна 01 2 
Salen а1дата1 матна өл 0 
Mishal Alyousef HRTH181 2 
Saleh Alhamad MATH1 O2 2 
Mishal AlyouseF ۲٢۲17 и 
Saleh а1һатап 51811171 2 
Mishal Rlunusef 51281 7 3 


كما أنه ليس من الضروري أن ZS‏ عملية الربط وفق عملية التساوي فحسب» ولكن یمکن 
إجراء عملية الربط وفق أي من عوامل المقارنة التالية: + إضافة إلى عامل التساوي. كما يُوجَد 
أنواع مختلفة من عمليات الربط من ضمنها الربط الطبيعي» الذي يلغي أحد الحقول المتكرّرة من 
النتيجة عند تساوي مُسميات حقول الربط والربط الخارجيء الذي يكون من ضمن نتائجه تلك 
السجلات الموجودة في أحد الجدولين والتي لا يُوجّد ما يقابلها في الجدول الآخر. وسيتم التطرّق 
للأنواع المختلفة من عمليات الربط في أثناء شرح لغة الاستفسار البنائية (في الفصل الثامن). 


:(Division Operation) عملية القسمة‎ 3-2-2-2-4 


تُستخدم عملية القسمة في بعض الحالات الخاصة من الاستفسارات. ја ә‏ لعملية القسمة 
الجدول (T)‏ الذي يمثل (R+S)‏ فإن النتيجة ستكونء كما يلي: 


R 5 T=R—S 
x T 
Ж: х1 وتم‎ v1 
x2 y4 
x3 


وتعني النتيجة السابقة أن عملیة القسمة تكافئ العمليات الجبرية الثلاث التالية: 


Ту «< ry(R) 
Т, < лү((5 хТү)– R) 


TT = 


وبمعنى آخر؛ فإن ناتج عملية القسمة هو جدول (T)‏ یتکؤن من مجموعة من السجلات؛ بحيث 
يكون 0 سجل في الجدول مدمجاً مع كافة سجلات الجدول (S)‏ الذي يمثل مقام عملية القسمة» من 
ضمن سجلات الجدول (В)‏ كما تجدر الملاحظة oh‏ حقول الجدول (S)‏ ولتكن ‚а2 ,81( = А‏ 

,... ,02 1)=В ولتكن‎ (R) danl يجب أن تكون مجموعة جزئية من حقول‎ ‹{ап, 
(В) :éÎ {bm 


وعلى افتراض وجود الجدول «موظف» والجدول «مشروع» التاليين» وأننا نرغب في 
و الو فد الذين су Даа‏ على كافة المشاريع؛ فإنه يمكن إجراء عملية قسمة للحصول على 
النتيجة المطلوبةء كما يلي: 


EMP PROJ EMP + PROJ 
ENO | РМО PName Budeel PNO PN: me j ENO 
El |Р Instrumentation — | 150000 150000 ЇЗ 


= 


Ë l nstrumentation 150000 P2 | Database Develop. | 135000 
B 01۰۷ Develop. 125000 pi CADCAM | 750000 
E} | | Instrumentation 150000 P4 ٘ Maintenance 310000 
B Maintenance 310000 
H 2 77 1001 
5 } ۲7857 150000 
E6 Maintenance 310000 
E7 1 | CADCAM 250000 
B |P (СОМ — | 2500) 
B 2 | Database Develop. | 00 
F3 1 | ۷ؤ‎ 2000 


وتعني النتيجة السابقة أنه عندما یتم دمج رقم الموظف (3)])ء الذي Jiu‏ نتيجة عملية القسمة 
مع كافة سجلات المشاريع؛ فإن ناتج عملية المج هذه ستكون سجلات من ضمن سجلات جدول 
الموظفين؛ مما يعني أن الموظف ذا الرقم (ЕЗ)‏ يعمل في كافة المشاريع. 


ومن الأمثلة الأخرى؛ لنفترض أننا نرغب في معرفة أسماء أعضاء هيئة التدريس المؤهلين 
لتدريس كافة المواد الدراسية المؤهل لتدريسها عضو هيئة التدريس «محمود السالم» Mahmood)‏ 
(Alsalem‏ (بما فيهم الموظف «محمود السالم» نفسه). في هذه الحالة يتم أولاً الحصول على كافة 
بيانات الموظف «محمود السالم» (باستخدام عملية اختيار) ووضعها في الجدول المؤقت (1Т)‏ (بما 
فيها رقم الموظف الذي هو الوسيلة الوحيدة لإجراء عملية الرّبط مع جدول المؤهلات التدريسية). 
بعد ذلك؛ يتم إجراء عملية ربط تساوي مع جدول المؤهلات التدريسية متبوعةً بعملية إسقاط على 
حقل «رقم المادة الدراسية»؛ وذلك للحصول على أرقام كافة المواد الدراسية المؤهل لتدريسها عضو 
هيئة التدريس «محمود السالم»» كما يلي: 


وتكون نتيجة العمليتين السابقتين» كما يلي: 


1 1 O Name = “Mahmood” AND آ‎ Name" Alsalem” (FACULTY Т) 


T, لله‎ 17 


(QUALITCATION_T PIT) 


Course_ID 


وللتعرّف على المؤهلات التدريسية لکافة أعضاء هيئة التدریس؛ ài‏ عملية إسقاط على حقلى 


«رقم عضو هيئة التدريس» و«رقم المادة الدراسية» في جدول المؤهالات «А у]‏ كما ih‏ 
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` 


FACULTY COURSE 


8 6066 81 
420 602 
318 CS181 
3208 с5102 
3280 CS183 
3308 51 016+ 
340 51 85 
800 ЕЕ 181 
818 ЕЕ102 
850 ЕЕ1 03 
810 1ع‎ 0841 
5880 EHGL181 
510 ۲62 
56@ اتالاع‎ 1 3 
288 МАТН 1 
288 HñTH182 
220 HñTH183 
220 HATH1 04 
220 1 6 
200 HATH1 07 
710 PHVS1B1 
770 PHVS181 
730 PHVS182 
600 STñT181 
6680 STñT181 
650 STAT102 


وتكون نتيجة العملية السابقةء كما يلي: 


T, ——T, £ T, 


Result له‎ Ж кыы (Т, 24 FACULTY_T) 


بعد ذلك یتم إجراء عملية قسمة بين الجدول المؤقت Т)‏ 3( والجدول المؤقت (21)؛ للحصول 
على أرقام أعضاء هيئة التدريس المؤهلين لتدريس نفس المواد الدراسية المؤهل لتدريسها عضو 
هيئة التدريس «محمود السالم». وللتعرّف على أسماء أعضاء هيئة التدريس هؤلاء 23 إجراء عملية 
رَبط طبيعي بين ناتج عملية القسمة (وهو أرقام أعضاء هيئة التدريس المؤهلين لتدريس نفس المواد 


التي يقوم بتدريسها عضو АМА‏ التدریس «محمود السالم») بجدول أعضاء هيئة التدريس. بعد ذلك 


Дае as‏ قاط على جائی الا الأول واسم العائلة؛ للحصول على جدول النتيجة (Result)‏ كما 
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FACULTY 

710 

770 

وتكون نتيجة العملية الأولى» كما يلي: 
Result‏ 

FNAME і МАМЕ 
Mahmood Alsalem 
Sultan Aljasir 


أما النتيجة النهائية لما هو مطلوب؛ فتكون» كما يلي: 


:(Relational CalCulus) الحساب العلاقي‎ 3-4 


يستعرض هذا ё jall‏ الحساب العلاقي الذي 3⁄3 اللغة الرسمية الثانية للنموذج العلاقي. وعلى 
الرغم من وجود نوعين من الحساب العلاقي» وهما: الحساب العلاقي المتعلق بالسجلات Тир1е)‏ 
«(Relational CalCulus‏ والحساب العلاقي المتعلق بالمجال Domain Relational)‏ 
211095 ؛ غير أننا سنستعرض النوع الأول فقط من الحساب العلاقي؛ وذلك لأن اللغة السائدة في 
التعامل مع بيانات قواعد البيانات العلاقية» وهي АА]‏ الاستفسار البنائية (SQL)‏ مبنية على الحساب 
العلاقي المتعلق بالسجلات. وقد تمٌ تطوير كلا النوعين من الحساب العلاقي» بشكلٍ متزامن تقریباء 
في مركزين من مراكز أبحاث شركة آي بي أم. أما بالنسبة للحساب العلاقي المتعلق بالمجال؛ فقد 
تم تطويره للغة أخرى تتعامل مع قواعد البيانات العلاقية وهي لغة «الاستفسار بالمثال» Query-)‏ 
((By-Example (ОВЕ‏ التي من أمثلتها تلك الئستخذمة في نظام إدارة قاعدة بيانات أكسس 
(ACCESS)‏ المصنّعة من قبل شركة ميكروسوفت للحاسبات الشخصية. 


إن الحساب العلاقي» وعلى النقيض من الجبر العلاقي الذي سبق شرحه في الجزء السابق» 
ial‏ وصفية (DeClarative Language)‏ تُستخذم لتحديد استفسار ما دون توصيف للطريقة 
الواجب اتباعها؛ للحصول على نتيجة عملية الاستفسار. ويعني هذا أن أيّ تعبير حسابي علاقي 
يحَدّد ماهية البيانات الواجب استرجاعها عوضاً عن А‏ الوصول إلى البيانات. لذا؛ فإن الحساب 
العلاقي 3⁄4 АА]‏ غير إجرائية .(NonproCedural Language)‏ وعلى خلاف ذلك؛ فإن الجبر 
العلاقي 52 431 إجرائية t(ProCedural Language)‏ لأنه يجب علينا كتابة سلسلة من العمليات 
التي يلزم تنفيذها؛ للوصول إلى البيانات المطلوبة» وأن سلسلة العمليات هذه تحَدّد ترتیباً للعمليات 
الموجودة في السلسلة. أمّا في الحساب العلاقي؛ فإنه يمكن صياغة الاستفسار باکثر من طريقة» ومع 
ذلك؛ فإن صياغة الاستفسار لا تؤثر على كيفية الوصول للبيانات المطلوبة. ولذلك؛ فإن اللغة 
المُستخدمة للتعامل مع قواعد البيانات» وهي لغة الاستفسار البنائية Аза (SQL)‏ على أساس هذا 
النوع من اللغات الرسمية للنموذج العلاقي؛ لكونه يُعفِي المستفيدين من الخوض في تفاصيل كيفية 
الوصول للبيانات التي يرغبون في الحصول عليها كما يترك المجال مفتوحاً للشركات المطورة لنظم 
إدارة قواعد البيانات؛ لتطوير طرق مختلفة لتنفيذ استفسارات المستفيدين بشكل فعال. зз)‏ سرعة 
الاستجابة للاستفسارات المختلفة من قبل نظم إدارة قواعد البيانات أحد المعايير المهمة التي تميّز بين 
نظام وآخر؛ وذلك نتيجة للاختلافات في فاعلية الطرق المُستخدمة من قبل هذه النظم في كيفية 
الوصول إلى البيانات المطلوبة من قبل استفسارات المستفيدين. 


:(Tuple Variables) متغيرات اليّجلات‎ 1-3-4 


يعتمذ الحساب العلاقي على ما يُعرّف بمتغيرات السجلات؛ بحيث إن ОА‏ «متغير» 
(Variable)‏ يأخذ aš‏ سجلات جدول ماء الواحد تلو الآخر؛ بمعنی أن أيّ متغيرٍ یتم تعريفه يجوب 
O<‏ سجلات جدول واحد من جداول قاعدة البيانات. فعلى سبیل المثال: الصيغة التالية تمثل 
استفساراً مكتوباً بالحساب العلاقي: 


1111-77 


وتعني | КУТАР ГУА‏ أن المتغير (t)‏ قد ai‏ تعريفه؛ بحيث يجوب جدول أعضاء هيئة التدريس 
(وهو المقصود في الجانب الأيمن من الصيغة)» وستكون نتيجة الاستفسار (وهي الجانب الأيسر من 
الصيغة) كافة سجلات جدول أعضاء Аца‏ التدريس. وثقرأ الصيغة السابقة» كما يلي: ما هي 


السجلات )0( بحيث إن (التي يرمز لها بالرمز )| )) هذه السجلات التي سيجوبها المتغير (t)‏ 
«تنتمي» (є)‏ لجدول أعضاء هيئة التدريس. ويمكن أن تُوضّع بعض الشروط على السجلات 
الواجب استرجاعها من جدول أعضاء هيئة التدريس. فعلى سبیل المثال: للحصول على بيانات 
أعضاء هيئة التدريس الذين يعملون في قسم الحاسب الآلي فقط؛ یمکن صياغة الاستفسارء كما يلي: 


لقد 51 تعريف المتغير (t)‏ في الصيغة السابقة؛ بحيث يجوب كافة سجلات جدول أعضاء هيئة 
التدريس» وعندما يكون حقل !ررقم القسم الدراسي» للسجل الذي قد أخذ قيمته المتغير مساوياً لقسم 
الحاسب الآلي؛ يكون هذا السجل من ضمن سجلات نتيجة الاستفسار. ويمكن النظر للمتغير على أنه 
مؤشر يشير لسجلات الجدول الواحد تلو الآخرء وعندما تتحقق الشروط الواردة في صيغة 
الاستفسارء وهي أن يكون القسم الذي يتبعه عضو هيئة التدريس هو قسم الحاسب الآلي في مثالناء 
يكون السجل من ضمن سجلات نتيجة الاستفسار. إن الصيغة السابقة للاستفسار تسترجع كافة حقول 
السجلات التي ينطبق عليها شرط الاسترجاع؛ غير أنه بالإمكان استرجاع بعض حقول السجلات 
عوضاً عن جميع الحقول. فعلى سبيل المثال: لمعرفة الاسم الأول واسم العائلة JS‏ عضو هيئة 
تدريس يعمل في قسم الحاسب МУ‏ يُمكن كتابة الاستفسار وفق الصيغة التالية: 


Н[ЕМЧаше],![ГЧаше] | Є FACULTY_ T A t[Departument_ID] = *С$”} 


وبشكل عام نحتاج إلى تحديد المعلومات التالية في الحساب العلاقي: 
JS -1‏ متغير نحتاج إلى تحديد الجدول (R)‏ الذي سيجوبه المتغير وفق الصيغة: R t‏ 


2- تحديد شرط الاسترجاع؛ فعندما يجوب المتغير سجلات الجدول الذي 5 تعريف المتغير 


3- تحديد الحقول الواجب إظهارها ضمن نتيجة الاستفسار؛ بحيث Дз‏ إدراج هذه الحقول 
ضمن نتيجة الاستفسار OS)‏ سجل ينطبق عليه شرط الاستفسار. 


فعلى سبيل المثال: للحصول على رقم هاتف وتاريخ ميلاد كل عضو هيئة تدريس يعمل في 
الجامعة الأهلية واسم عائلته هو «الصالح» «(Alsaleh)‏ وأن القسم الذي يعمل فيه ليس قسم الحاسب 
الآلي؛ يمكن كتابة الاستفسارء كما يلي: 


وتعني الصيغة السابقة أننا نقوم بتحديد الحقول التي ستنتج عن عملية الاستفسار وهي «رقم 
الهاتف»» و«تاريخ الميلاد» لكل سجل (t)‏ يتم اختياره. بعد ذلك نقوم بتحديد العلاقة التي سيجوبها 
المتغير والشروط الواجب أن تتحقق في السّجل (بعد الرمز ( | ))ء وهي في مثالنا الجدول 
(FaCulty_T)‏ وأن يكون اسم العائلة «الصالح» ‹(А]за1еһ)‏ والقسم الذي يعمل فيه ليس قسم 
الحاسب الآلي. 


Expression and Formulae in) التعابير والصيغ في الحساب العلاقي‎ 2-3-4 
:(Relational CalCulus 


إن الشكل العام للتعابير في الحساب العلاقي هو كما = 


بحيث إن الجانب الأيسر للرمز ) | ) يمثل متغيرأء والجانب الأيمن من الرمز عبارة عن 
صيغة (Formula)‏ يمكن أن تكون نتيجتها متحققة (True)‏ أو غير متحققة (False)‏ كما يمكن أن 
а‏ المتغير بحقل أو أكثر مثل: [А]‏ و А2]‏ بحيث إن А]‏ و ۸2 تمثلان حقلين من حقول 
السجلات في الجدول الذي يجوبه المتغير. وعندما تتحقق الصيغة على السجل الذي قد أخذ المتغير 
قيمته؛ تکون الحقول التي Сә‏ بالمتغير من ضمن نتيجة الاستفسار. وتتكون الصيغة من وحدات 
أو ذرات (Atoms)‏ وعوامل حسابية ومنطقية. وتكون الوحدات» كما يلي: 


متغيرات : 


- عندما يكون الجدول الذي يجوبه المتغير معروفاًء من الممكن أن Хз‏ المتغیر باسم الجدول؛ 
وليكن (Ву‏ كما يلي: ÍRE‏ ۸)۵ أو ۸ ¿e‏ (وسنستخدم الصيغة الأخيرة في هذا الكتاب لتمثيل 
الوحدات التي تُعرف المتغيرات). 


شروط: 

- عندما يتواجد متغيران» وليكونا s‏ و ٤ء‏ يمكن أن يُربط Lagin‏ بأحد عوامل المقارنة الحسابية 
زهي ے عع سج < ين على الشكل А] 8:81 A‏ 

Las -‏ عن رَبط متغير ما بمتغير آخر باستخدام عوامل المقارنة الحسابية السابقة؛ فإنه 
يمكن أن یربط المتغير» وليكن t‏ بقيمة ثابتة (Constant)‏ ولتكن «С‏ كما يلي: HAJO c‏ 

وباستخدام الوحدات حسب تعريفها أعلاه؛ يمكن أن تؤلف الصّيغ (Formulae)‏ بحيث 
تتكون كل صیغة مما يلي: 

= وحدات. 

- عوامل منطقية: ,۸,۷. 

.3 :(Existential Quantifier) عامل الوجود‎ - 


.V :(Universal Quantifier) عامل الكل‎ - 


أما قواعد تكوين الصيغ؛ فهي» كما يلي: 
- كل وحدة ت K‏ صيغة. 


- إذا كانت F‏ و G‏ صيغتين فإن (FAG)‏ و СЮ» (FVG)‏ 793( صيغ أيضاً. 


- إذا كانت F‏ صيغة فكذلك (F)‏ 

- إذا كانت F‏ صيغة وكان t‏ متغيراً في الصيغة فإن (F)ta‏ صيغة أيضاً تكون نتيجتها 
صحيحة (True)‏ إذا S=‏ سجل واحد على الأقل في سجلات الجدول الذي تمَّ تعريف المتغير عليه؛ 
بحيث تنطبق عليه الصيغة 7[. وخلاف ذلك تكون النتيجة خطأ (False)‏ كما يمكن كتابة الصيغة 
(317 على الشكل )0( JP)‏ 


- إذا كانت F‏ صيغة وكان t‏ متغيراً في الصيغة؛ فإن t(F)V‏ تُعَدُ صيغة أيضاً تكون نتيجتها 
صحيحة (True)‏ إذا انطبقت الصيغة Е‏ على كافة سجلات الجدول الذي 23 تعريف المتغير عليه. 
وخلاف ذلك تكون النتيجة (False) Ш‏ كما يمكن كتابة الصيغة AVEF)‏ الشكل VEF)‏ 


:(Safe Expressions) التعابير الآمنة‎ 1-2-3-4 


عندما يستخدم عامل الوجود» وعامل الكل» ونفي الشروط في تعبيرات الحساب العلاقي؛ فإنه 
من الضروري KEI‏ من أن التعبيرات الحسابية ذات معنى. والتعبير الآمن في الحساب العلاقي 
يضمن أن تكون نتيجته عدداً محدداً من السجلات. وخلاف ذلك؛ فإن التعبير الحسابي 53 غير 
آمن. فعلى سبيل المثال: Зал‏ التعبير التالي غير آمن؛ لكون نتيجته عدد غير مُحدّد من السجلات: 


وتكون نتيجة التعبير السابق هي كافة السجلات التي من الممكن أن تُوجَد؛ ولكنها ليست من 
суала‏ السات Ж ыза‏ فعلياً في الجدول (К)‏ وهذه السجلات بالطبع ذات عدد غير محدود. 
ويمكن تعريف التعبير الآمن بشكل أكثر تحديداًء كما يلي: 


52 التعبيرُ الحسابي آمناً إذا كان بالإمكان حساب نتيجته باستخدام قيم ثابتة 


فقط من ضمن القيم الموجودة في قاعدة البیاناتء أو من ضمن التعبير الحسابي 


. نفس‎ j 


ولكون قاعدة البيانات تحتوي على عددٍ محددٍ من القيم؛ فإن القيم الثابتة المخرّنة فيها محدودة. 
وكذلك هو الحال بالنسبة لعدد القيم الثابتة التي من الممكن أن يحتويها التعبير الحسابي التي لا بد أن 
تكون محدودة أيضاً. ونتيجة لذلك؛ فإن التعبير الحسابي سيكون ЧА]‏ من حيث إن نتيجته ستحتوي 


على عددِ 3522 من القيم إذا احتوى على قيم ثابتة من قيم قاعدة البيانات أو قيم ثابتة ضمنه. 


ولنفترض وجود الجداول الأربعة التالية ضمن قاعدة البيانات التي تمثل جدول الموظفين» 
وجدول المشاریعء وجدول المخصصات «АДАЙ‏ وجدول الأعمال التي يقوم بها كل موظف ضمن كل 


Employee (Eno, Ename, Title, City) 

ProjeCt (Pno, Pname, Budget, City) 

Payment (Title, Salary) 

Job (Eno, Pno, Responsibility, Duration) 

الاستفسار الأول: ما أسماء كافة الموظفين؟ 

الحل: 

{ДЕпате] | t E Empoyee} 

اقترن المتغير (t)‏ في الجانب الأيسر من التعبير الحسابي» في الحل Усі‏ بحقل «راسم 
الموظف» )Ename(؛‏ مما يعني أن سجلات النتيجة النهائية للتعبير الحسابي ستتضمّن حقل «اسم 
Ú‏ الصيغة التي يجب أن تتحقق على السجل حتی يكون من ضمن سجلات النتيجة النهائية للتعبير 
الحسابي؛ فلم تتضمّن أية شروط. لذلك؛ فإنه عندما يجوب المتغير (f)‏ سجلات جدول الموظفين 
(гє Empoyee)‏ الواحد تلو الآخرء سيكون OS‏ سجل من سجلاته مؤهلاً ОУ‏ يكون من ضمن 


تتضمّن كافة أسماء الموظفين. 


الاستفسار الثاني: ما أ ماء المشاريع ومیزانیاتھا؟ 
الحل: 


{ДРпате], Budget] | t € Project]} 


اقترن المتغير (t)‏ في الجانب الأيسر من التعبير الحسابيء في الحل أعلاه» بحقل 05 من 
«اسم المشروع» dia s (Pname)‏ «ميزانية المشروع» (Budget)‏ مما يعني أن سجلات النتيجة 
النهائية للتعبير الحسابي ستتضمّن Jia‏ «اسم المشروع)ء وحقل «ميزانية المشروع» فقط؛ وذلك JSI‏ 
سجل تنطبق عليه الصيغة المعرفة في الجانب الأيمن من التعبير الحسابي. Gj‏ الصيغة التي يجب أن 
تتحقق على السجل حتى يكون من ضمن سجلات النتيجة النهائية للتعبیر الحسابي؛ فلم تتضمّن أية 
شروط. لذلك؛ فإنه عندما يجوب المتغير (t)‏ سجلات جدول المشاريع Project)‏ € £(¿ الواحد تلو 
الآخر؛ سيكون OS‏ سجل من سجلاته مؤھلاً لأن يكون من ضمن نتيجة التعبير الحسابي. وبناءً 
على ذلك ستتضمّن النتيجة النهائية للتعبير الحسابي سجلاتِ تحتوي على كافة أسماء المشاريع 
وميزانياتها. 


الاستفسار الثالث: ما مُسميات الوظائف التي âi‏ تعيين موظف واحد على الأقل في كل واحدة 
منها؟ 


الحل: 


(dTitle] | гє Employee)} 


يحتوي جدول الموظفين على سجلات لكافة الموظفين متضمناً ذلك مُسمّيات الوظائف التي تم 
تعيينهم عليها. ويعني هذا ама OK OÍ‏ وظيفي مُدرج في جدول الموظفين يعني ضمنياً وجود 
موظفب واحدٍ على الأقل معين على مُسمَّى هذه الوظيفة. ولحل الاستفسارء في هذه الحالة» يكتفى 
ГҮҮ ГС ҮТ‏ جدول المووظفين, «والمعرفة مات ЕШ Д‏ هذه اقرن 
المتغير (t)‏ في الجانب الأيسر من التعبير الحسابي بحقل «مسمى الوظيفة» (Title)‏ في dall‏ 
أعلاه؛ مما يعني أن سجلات النتيجة النهائية للتعبير الحسابي ستتضمّن dia‏ «مُسمّى الوظيفة» فقط؛ 
ай,‏ لكل سل تلن aqa qana‏ الجانب الان من айй‏ الاين ا الس 
فی وب آن SS‏ ,على السیل حتى بكرن من كلمن مجلات الننيجة النهانية Ш‏ العسابية ق 
تتضمّن أي شروط. لذلك؛ АЙА‏ عندما يجوب المتغير (f)‏ سجلات جدول الموظفين t eEmployee)‏ 
)» الواحد تلو الآخر؛ سيكون كل سجل من سجلاته مؤهلاً ОУ‏ يكون من ضمن نتيجة التعبير 


الحسابى. وبناءً على ذلك؛ ستتضمّن النتيجة النهائية للتعبير الحسابي سجلاتٍ تحتوي على كافة 
مسميات الوظائف للموظفين ذوي السجلات في جدول الموظفين. وهذا يعني أن النتيجة ستحتوي 
على مُسمّيات كافة الوظائف التي تم تعيين موظف واحد على الأقل على كل منها. 


الاستفسار الرابع: ما بيانات الموظفين الذين يقطنون في مدينة الدمام؟ 
الحل: 


{f | г Є Employee ۸ [Сту] = “Оаттат”} 


لم يقترن المتغير (t)‏ في الجانب الأيسر من التعبير الحسابيء في الحل أعلاه» gia С‏ من 
حقول سجلات الجدول الذي يجوبه المتغير. لذلك؛ فإن النتيجة النهائية للتعبیر الحسابي ستتضمّن 
كافة حقول سجلات الجدول التي تنطبق عليها الصيغة المعرفة في الجانب الأيمن من التعبير 
الحسابي. أما الصيغة التي يجب أن تتحقق على السجل حتى يكون من ضمن سجلات النتيجة 
النهائية للتعبير الحسابي؛ فتضمّنت شرط کون قيمة حقل «المدينة» (City)‏ مساوية لمدينة «الدمام» 
(Dammam)‏ لذلك؛ فإنه عندما يجوب المتغير (t)‏ سجلات جدول الموظفين ¿(t є Employee)‏ 
الواحد تلو الآخر؛ سيكون OS‏ سجل قيمة Jia‏ المدينة فيه مساوية لمدينة الدمام ОУ Эа уа‏ يكون من 
ضمن نتيجة التعبير الحسابي. وبناءَ على ذلك ستتضمّن النتيجة النهائية للتعبير الحسابي كافة 
بيانات الموظفين الذين يقطنون في مدينة الدمام. 


الاستفسار الخامس: ما المدن التي يقطنها موظفون» ويتوفر فيها مشاريع؟ 
الحل: 
Сиу] | Є Employee A 35(5 € Project A [City] = s[Ciy]))‏ 


أو 


{4Сиу] | r€ Project А 3٤ِ Employee A ACity] = s{City])} 


لحل هذا الاستفسار نحتاجُ إلى تعريف متغيرين: الأول منهما يجوب جدول الموظفينء والثاني 
يجوب جدول المشاريع. وعندما يكون حقل المدينة في السجل الذي أخذ قيمته المتغير الذي يجوب 


جدول الموظفين مساوياً لحقل المدينة في أحد سجلات المتغير الذي يجوب جدول المشاريع؛ فإن هذا 
يعني وجود موظف ومشروع في نفس المدينة» وتكون المدينة من ضمن نتيجة التعبير الحسابي. 

اقترن المتغير (t)‏ في الجانب الأیسر من التعبير الحسابي» في الحل الأول dei‏ بحقل 
«المدينة» (City)‏ مما يعني أن سجلات النتيجة النهائية للتعبير الحسابي ستتضمّن حقل «المدينة» 
فقط؛ وذلك О)‏ سجل تنطبق عليه الصيغة المعرّفة في الجانب الأيمن من التعبير الحسابي. أما 
الصيغة التي يجب أن تتحقق على السجل حتى يكون من ضمن سجلات النتيجة النهائية للتعبير 
الحسابي؛ فشرحها كما يلي: 

- يجوب المتغير (t)‏ جدول الموظفين السجل تلو الآخر. ويعني هذا أن حقل «المدينة» في 
النتيجة النهائية هو حقل «المدينة» التابع لجدول الموظفين؛ لكون الحقل مرتبطاً بالمتغير (t)‏ الذي تم 
تعريفه؛ بحيث يجوب سجلات جدول الموظفين. 


- لكل سجل يأخذ قيمته المتغير (f)‏ يجب أن يتحقق الشرط التالي: 


e‏ يجوب المتغير (s)‏ جدول المشاریعء وعندما يوجد (3) سجل في جدول المشاريع تكون 
المدينة الموجودة فيه مساوية لمدينة الموظف في السجل الذي توقف عنده المتغير )0( يكون سجل 
الموظف من ضمن سجلات جدول النتيجة النهائية التي يُوْخَدْ منها قيمة Jia‏ المدينة فقط. 

- تستمر العملية حتى ينتهي المتغير (t)‏ من المرور بكافة سجلات الموظفين. 

الحل الثاني للاستفسار مماثلٌ Дый‏ الأول» ومكافئ لنتيجته؛ غير أنه يُلاحَظ في الحل الثاني 
عكس ترتيب الجداول التي يجوبها المتغیران؛ فالمتغير (t)‏ يجوب جدول المشاريع Las‏ عن جدول 


الموظفين» والمتغير (s)‏ يجوب جدول الموظفين عوضاً عن جدول المشاريع. Jia LÍ‏ المدينة» الذي 
يمثل نتيجة التعبير الحسابي؛ فهو حقل جدول المشاريع عوضاً عن حقل جدول الموظفين. 


الاستفسار السادس: ما OAM‏ التي يُوجَد فيها مشاريع ولا يقطنها أيّ من الموظفين؟ 
الحل: 


(dCity] | гє Project A -3 یئ‎ € Employee A [City] = s[City])) 


Jal‏ هذا الاستفسار نحتاج إلى تعريف متغيرين: الأول منهما يجوب جدول المشاريع» والثاني 
يجوب جدول الموظفين. وعندما لا aa у‏ لقيمة حقل المدينة في السجل الذي أخذ قيمته المتغير الذي 
يجوب جدول المشاريع ما يساويها من قيمة في حقل المدينة في كافة سجلات المتغير الذي يجوب 
جدول الموظفين؛ فإن هذا يعني وجود مشروع في المدينة مع عدم وجود ما يقطنها من موظفين. 


اقترن المتغير (t)‏ في الجانب الأيسر من التعبير الحسابيء في الحل أعلاہء بحقل «المدينة» 
(City)‏ مما يعني أن سجلات النتيجة النهائية للتعبير الحسابي ستتضمّن حقل «المدينة» فقط؛ وذلك 
GSI‏ سجل تنطبق عليه الصيغة المعرفة في الجانب الأيمن من التعبير الحسابي. LÍ‏ الصيغة التي يجب 
أن تتحقق على السجل حتى يكون من ضمن سجلات النتيجة النهائية للتعبير الحسابي فشرحهاء كما 
يلي: 


- يجوب المتغير (f)‏ جدول المشاريع السجل تلو الآخر. ويعني هذا أن حقل «المدينة» في 


تعريفه؛ بحيث يجوب سجلات جدول المشاريع. 

- 041 سجل يأخذ قيمته المتغير (t)‏ يجب ألا يتحقق الشرط التالي (بمعنی أن السجل لن يكون 
من ضمن النتيجة النهائية للتعبير الحسابي): 

٠‏ يجوب المتغير (s)‏ جدول الموظفين» وعندما یوجد )3( سجل في جدول الموظفين تكون 
المدينة الموجودة فيه مساوية لمدينة المشروع في السجل الذي توقف onie‏ المتغير e(t)‏ يكون سجل 
المشروع من ضمن سجلات جدول النتيجة النهائية التي 92 32 منها قيمة Jia‏ المدينة даза‏ 

- تستمرٌ العملية حتى ينتهي المتغير (f)‏ من المرور بكافة سجلات الموظفين. 

aii g‏ عملية استثناء К Ja‏ من الدخول في النتيجة النهائية للتعبير الحسابي باستخدام عامل 
النفي المنطقي (-)؛ مما يعني أن عامل النفي إذا سبق عامل الوجود تكون نتيجته «عدم الوجود». 

ayu,‏ في هذا المثال عدم وجود АА OÚ OS‏ لحل المثال الخامس؛ لأننا لو عكسنا ترتیب 
الجداول المرتبطة بالمتغيرات؛ فستكون النتيجة مكافئة للاستفسار التالي: 


الاستفسار: ما المدن التي يقطنها موظفون ولا يُوجَّد فيها مشاريع؟ 


ونتيجة الاستفسار السابق مختلفة» بكل تأكيد» عن المطلوب في الاستفسار الأساسي. 
الاستفسار السابع: ما أسماء المشاريع التي تزيد ميزانياتها على (250.000)؟ 
الحل: 


{ДРпате] | t € Project A [Budget] > 250000) 


اقترن المتغير (t)‏ في الجانب الأيسر من التعبير الحسابيء في odei ДА‏ بحقل «اسم 
المشروع» {Рпате)‏ مما يعني أن سجلات النتيجة النهائية للتعبير الحسابي ستتضمّن dia‏ «اسم 
المشروع» فقط؛ وذلك GI‏ سجل تنطبق عليه الصيغة المعرفة في الجانب الأيمن من التعبير 
الحسابي. أمّا الصيغة التي يجب أن giai‏ على السجل حتى يكون من ضمن سجلات النتيجة 
النهائية للتعبير الحسابي؛ فتضمّنت شرط کون قيمة Jia‏ «ميزانية المشروع» (Budget)‏ أكبر من 
)250.000( لذلك؛ ai‏ عندما يجوب المتغير (t)‏ سجلات Jas‏ المشاريع )€ (ProjeCt t‏ 
الواحد تلو الآخرء سيكون کل سجل dia Аай‏ ميزانيته أكبر من )250.000( ОУ Эл ул‏ يكون من 
ضمن نتيجة унай‏ الحسابي. وبناءً على ذلك ستتضمن النتيجة النهائية للتعبير الحسابي أسماء كافة 
المشاريع التي تزيد ميزانياتها على (250.000). 


الاستفسار الثامن: ما أ ماء وميزانيات المشاريع التي يعمل فيها الموظف رقم (۴1)؟ 
الحل: 
Project A 3s(s € Job A Рпо]=5[Рпо] A s[Eno]=E1)}‏ عع | {{Рпате], [Budget]‏ 
اقترن المتغير (t)‏ في الجانب الأيسر من التعبير الحسابي؛ في Jl‏ أعلاہء بحقل 06 من 
«اسم المشروع» dia s (Pname)‏ «ميزانية المشروع» (Budget)‏ مما يعني أن سجلات النتيجة 
النهائية للتعبير الحسابي ستتضمّن حقل (راسم المشروع» وحقل «ميزانية المشروع» فقط؛ وذلك لكل 


سجل تنطبق عليه الصيغة المعرفة في الجانب الأيمن من التعبير الحسابي. А)‏ الصيغة التي يجب أن 
ور على \\ А‏ حتی یکون من ضمر جلات النتی > 3 النهائية للتعبير الحسابي فشرحهاء كمايلي: 


- يجوب المتغير (t)‏ جدول المشاريع السجل تلو الآخر. ويعني هذا أن S‏ من dia‏ «اسم 
المشروع» dJia s «(Рпате)‏ «ميزانية المشروع» (Budget)‏ في النتيجة النهائية للتعبير الحسابي 
هما من حقول جدول المشاريع؛ وذلك لكونهما مرتبطين بالمتغير (t)‏ الذي تم تعریفه؛ بحيث يجوب 
سجلات جدول المشاريع. 


- لکل سجل يأخذ قيمته المتغير (t)‏ يجب أن يتحقق الشرط التالي: 


٭ يجوب المتغير Jsa (s)‏ «الأعمال» (Job)‏ وعندما يوجد (B)‏ سجل في جدول الأعمال 
تكون قيمة حقل «رقم المشروع» (Рпо)‏ فيه مساوية لقيمة حقل «رقم المشروع» (Pno)‏ في السجل 
الذي توقف عنده المتغير (t)‏ وتکون قيمة حقل «رقم الموظف» (Епо)‏ في السجل الذي أخذ قيمته 
المتغير (s)‏ هي PEL‏ يكون سجل المشروع من ضمن سجلات جدول النتيجة النهائية التي эз‏ 
منها قيمة حقل «اسم المشروع» وحقل «ميزانية المشروع». 
- تستمر العملية حتى ينتهي المتغير (f)‏ من المرور بكافة سجلات المشاريع. 
4-4 أمثلة على استخدام الجبر العلاقي والحساب العلاقي: 
يتوفر لإحدى مؤسسات تأجير العقارات лс‏ من المكاتب في مدن مختلفة» Bae y‏ من العاملين 
في المؤسسة. كما تحتفظ المؤسسة ببيانات عن عملائها الذین یتقدمون لها بطلبات لاستئجار 
العقارات التي تُشرف عليها بالإضافة لبيانات العقارات التي تُشرف عليها وبيانات مالكي هذه 
العقارات. كما أن المؤسسة تحتفظ ببيانات عن المواعيد التي یت تحديدها للعملاء المختلفين لمعاينة 
العقارات التي تُشرف عليها قبل قيامهم باستئجار ما يتناسب من العقارات التي تشرف عليها المؤسسة 
مع احتياجاتهم. وتحتفظ المؤسسة بهذه البيانات ضمن قاعدة بيانات علاقية تتكون من الجداول التالية 
:(Connolly and Begg, 2015)‏ 
]- جدول مكاتب المؤسسة: 
BranCh (BranChNo: Integer, Street: string, City: string, PostCode:‏ 
string)‏ 


2- جدول العاملين في المؤسسة: 


Staff (StaffNo: Integer, FName: string, LName: string, Position: string, 
Sex: string, DOB: date, Salary: Integer, BranChNo: Integer) 


3- جدول العقارات التي تُشرف عليها المؤسسة: 


PropertyNo: integer, Street: string, City: string,PropertyForRent ( 
PostCode: integer, Type: string, NumberOfRooms, integer, Rent: integer, 
OwnerNo: integer, StaffNO: integer, BranChNo: integer) 


4- جدول العملاء э)‏ المستأجرين): 


Client (ClientNo: Integer, FName: string, LName: string, TeINo: 


string, PropertyPreferenCe: string, MaxRent: integer) 


5- جدول ملالك العقارات: 
Owner (OwnerNo: integer, FName: string, LName: string, Address:‏ 
string, TelNo: string)‏ 
6- جدول مواعيد معاينة العقارات من قبل العملاء (تدخل المواعيد بعد الانتهاء من 
المعاينة(): 
ViewingSChedule (ClientNo: integer, PropertyNo: integer, View Date:‏ 
date, Comments: string)‏ 
АЫ,‏ على الحداوك السابقة لفاعدة А‏ المؤسسة المظلوب LAYE за‏ عفن الاسنتفسارات 
التالية باستخدام )1( الجبر العلاقي و(2) الحساب العلاقي. 
الاستفسار الأول: ما الأسماء الأولى وأسماء عائلات العاملين الذين يشغلون مناصب إشرافية 
(Мапарег)‏ في المؤسسة ويتقاضون رواتب تزيد على (50.000)؟ 


الحل: 


(Staff)) 


l. و‎ LName (O Position — “Manager” A Salary > 50000 


2- + [FNamc], t [LNamce] | tC Staff A t [Position] = “Manager” A t [Salary] > 50000} 


الاستفسار الثاني: ما الأسماء الأولى وأسماء عائلات العاملين الذين يشرفون على عقارات 
معروضة للإيجار في مدينة الریاض؟ 


الحل: 


(Staff x бо, “piyach* (PropertyForRcnt))) 


l- Nams, LName (OS байо Ргоргтг.уЁотКет! للا‎ 


ملاحظة: يمكن استخدام إعادة تسمية حقل «رقم الموظف» في أحد الجدولين عوضاً عن 

استخدام اسم الجدول متبوعاً باسم الحقل لحل هذا المثال» كما يلي: 

l- Л аш, 1.Маше (О асмо = Staff 1D (Staff 5 Рамо = Зай 1 رگا‎ =“Кїугї" (PropertyForRent) ))) 

2- {t [FName], t [LName] ! tE Staff A Js (s€ PropertyForRent A s[StaffNo] = t[StaffNo] 
A s |City] = “Riyadh” } 


الاستفسار الثالث: ما الأسماء الأولى وأسماء عائلات العاملين في المؤسسة الذين 
لا يشرفون حالياً على أية عقارات معروضة للإيجار؟ 


الحل: 


l- TeName. مر‎ (Staff - (Staff 124 т. (РгорепуГогКеш))) 


2- {1 |FNamc], t |LName] | ¿E Stall A ¬ 3s (s € PropertyForRent A 
s [StaffNo] = t [StaffNo])} 


الاستفسار الرابع: ما الأسماء الأولى وأسماء عائلات العملاء الذين قاموا بمعاينة عقارات في 
مدينة الرياض؟ 


الحل: 


1- Т маме, т Name (Client ><] (ViewingSchedule [><] К = “Riyadh” (PropertyT'orRent))) 
2- {t[ENarme|, Мате |t € Client A3s3u(s€ ViewingSchedule u€ Property ForRent A 


s|ClientNo| = t |ClhentNo| A s | PropertyNo| = u [PropertyNo| л u |City] = "Riyadh”)} 


الاستفسار الخامس: ما المدن التي يتوفر فيها مكتب للمؤسسة وعقار واحد على الأقل 


معروض للإيجار فيها؟ 
الحل: 


a › акр ан 
1- Tt, (Branch) n Toiy ropertyl'orRent) 


2- {t [City] | £E Branch A 35 (s € PropertyForRent A s [City] = t [City)) 


الفصل الخامس 
التصميم المنطقي لنظم قواعد البيانات العلاقية 


تتكوّن مرحلة التصميم المنطقي لقواعد البيانات من خطوتين رئيسيتين. في الخطوة الأولى 
;25 تحويل النموذج المفاهيمي إلى نموذج قاعدة البيانات المُستخدمة. ولأن هذا الكتاب É y‏ على 
قواعد البيانات العلاقية؛ فإن هذه الخطوة تعني تحويل النموذج المفاهيمي إلى النموذج العلاقي. Gi‏ 
في الخطوة الثانية؛ âi‏ تحسين تصميم قاعدة البيانات الناتجة من عملية التحويل؛ بحيث تحتوي 
على أقلّ قدر ممكن من البيانات المتكرّرة؛ حتى يتم әз‏ الأخطاء التي قد تنتج عن عمليات التعديل 
على محتويات قاعدة البيانات. وتُدعَى هذه الخطوة بعملية «التطبيع» .(Normalization)‏ 


Жу,‏ هذا الفصل من الكتاب على الخطوة الأولى من عملية التصميم المنطقي لقواعد 
البيانات؛ بحيث Аз‏ تصميم هياكل قاعدة البيانات العلاقية ¿U‏ على تصميمها المُسبق باستخدام 
النموذج المفاهيمي. ويُطّق على هذه الخطوة في بعض الأحيان عملية «التحويل بين النماذج». 
ولا تقتصر هذه الخطوة على قواعد البيانات العلاقية؛ ولكن يمكن أن تُطبق على ¿s|‏ نماذج أخرى 
لقواعد البيانات التمثيلية» مثل: الشبكية» والھرمیة والشيئية. فهذه الخطوة من А уа‏ التصميم 
المنطقي ما هي إلا عملية تصميم لهياكل قاعدة البيانات وفق النموذج التمثيلي المُستخدم. ولأن 
النموذج العلاقي هو أحد المحاور الرئيسية لهذا الكتاب؛ فإن هذا الفصل يركز على عملية التصميم 
المنطقي لقواعد البيانات العلاقية. ولكون عملية تصميم نظم قواعد البيانات تأتي عادة بشكلٍ 
متسلسل؛ فإن هذا الجزء يركز على عملية تحويل النموذج المفاهيمي» القريب من مستوى إدراك 
وفهم المستفيدين لقاعدة البيانات التي تمثل البيانات التي يتعاملون معها والقيود المفروضة عليهاء 


إلى لھرتے اف لا کہ ا عة ہن дшш ы Ди ЦА‏ تی заў ы‏ الات 


ويعتمد العديذ من أدوات هندسة البرمجيات Computer-Aided Software)‏ 
(Engineering (CASE) Tools‏ على نموذج «كينونة - علاقة»» أو نماذج شبيهة» في عملية 
التصميم المفاهيمي لقواعد البيانات. وتمكّن هذه الأدوات адад‏ نظم قواعد البيانات من تصميم 
قواعد البيانات بشكل تفاعلي (InteraCtive)‏ على هيئة رسومات نموذج «كينونة - علاقة»» التي 
سبق شرحها في الفصلين الثاني والثالث. كما تمكن هذه الأدوات» وبشکلِ آلي؛ من تحويل النموذج 
المفاهيمي الذي تمَّ تصميمه إلى هياكل قاعدة بيانات علاقية АА Аалз‏ تعريف البيانات Data)‏ 
¿(Definition Language‏ التي % جزءاً من لغة الاستفسار البنائية (SQL)‏ الخاصة بقاعدة 
البيانات العلاقية المُستخدمة. ولإجراء عملية التحويل هذه؛ تستخدم أدوات هندسة البرمجيات 
خطواتِ شبيهة بخطوات التحويل التي يتطرق إليها هذا الفصل. Í‏ الخطوة الثانية من مرحلة 
التصميم المنطقي والمتمثلة في عملية التطبيع؛ فهي محور الجزء الأول من الفصل السادس. 


1-5 التحويل من النموذج المفاهيمي «كينونة - علاقة» إلى النموذج العلاقي: 


خلال عملية التصميم المنطقي لقاعدة البيانات؛ ii‏ تحويل النموذج المفاهيمي «كينونة - 
علاقة» إلى هياكل قاعدة بيانات علاقية. وتكون المدخلات لهذه العملية هي نموذج بيانات 
«كينونة - علاقة»» Gf‏ مُخرجات هذه العملية؛ فهي هياكل قاعدة البيانات. كما أن هذه العملية تُعَدُ 
عملية بسيطة إلى 38 ماء ولها قواعدها المعروفة لدرجة أن الكثير من أدوات هندسة البرمجيات 
(CASE Tools)‏ تقوم بعملية التحويل هذه بشكل آلي» كما أسلفنا سابقاً. غير أنه من الضروري 
التعرٌف على خطوات هذه العملية لثلاثة أسباب )2018 :(Hoffer et al,‏ 

1- لا تستطيع معظم أدوات هندسة البرمجيات نمذجة علاقات معقدةء مثل: العلاقات 
الثلاثيةء وعلاقات الأنواع الرئيسية والأنواع الفرعية؛ ومن 8 تحويلها إلى جداول علاقية. في مثل 
هذه الحالات قد يَتطلّب الأمر تحويل مثل هذه العلاقات بشكلٍ يدوي. 


2- قد يتور عد من البدائل لتحويل بعض الحالات في النموذج المفاهيمي التي يمكن اختيارٌ 
المناسب منها مع الوضع الذي نحاول نمذجته. 


Mas 5‏ الات التاكد مرك уза‏ مر جات أدوااتك E Й Азаа‏ من ыш‏ إنيا قد 
قامت بتحويل النموذج المفاهيمي إلى جداول جيدة التصميم. 


وفيما يلي سنوضنح عملية التحويل من النموذج المفاهيمي «كينونة - علاقة» إلى النموذج 
العلاقي؛ مُستخدمين الأمثلة التي سبق التطرّق إليها في الفصلين الثاني والثالث» مع التركيز على 
الحالة الدراسية المتعلقة بالجامعة الأهلية. 


1-1-5 قاعدة التحويل الأولى: التعامل مع الكينونات القوية (أو العادية) وخصائصها: 


OQ‏ كينونة قوية موجودة ضمن النموذج المفاهيمي «كينونة - علاقة» یتم إنشاء جدول يحمل 
مُسمّى الكينونة» ويحتوي على جميع الخصائص البسيطة المرتبطة بالكينونة باعتبارها حقولاً 
ضمن الجدول قيد الإنشاء. j‏ بالنسبة للخصائص المركبة؛ Aià‏ إنشاء حقول لمكوناتها البسيطة 
فقط ضمن الجدول. МЇ‏ خاصية المعرّف؛ فتصبح المفتاح الرئيسي للجدول قيد الإنشاء. وإذا 
وُجذت خاصية مشتقة ضمن خصائ ص كينونة معينة؛ OM‏ مثل هذه الخاصية لا يتم إنشاءً dia‏ مقابلِ 
لها في الجدول قيد الإنشاء؛ وذلك لأنه بالإمكان حساب (أو استخلاص) قيمة هذه الخاصية من خلال 
الحقول الأخرى التي i‏ إنشاؤها في الجدول؛ غير أنه يجب الملاحظة أن مثل هذه الخاصية المشتقة 
يجب تمثيلها وعدم تجاهلها في النموذج المفاهيمي للإشارة إلى أن قيمتها ذات أهميةء وأنه سيتمٌ 
حسابها من قبل التطبيقات التي ستتعامل مع قاعدة البيانات مستقبلا. 


ولأنه يُوجَد لدينا في النموذج المفاهيمي للجامعة الأهلية أربعة كينونات قوية» وهي: كينونة 
«عضو هيئة التدريس» (FACULTY)‏ وكينونة «القسم الدراسي» (DEPARTMENT)‏ 
وكينونة «الطالب» (STUDENT)‏ وكينونة «المادة الدراسية» (COURSE)‏ فإنه SS‏ تحويلها 
إلى أربعة جداول علاقية حسب قواعد تحويل الكينونات القوية أعلاه. والشكل رقم (1-5) يوضّح 
عملية تحويل الكينونات الأربع» مع ملاحظة وضع خط متصل تحت „Аша‏ الحقل الذي يمثل 
المفتاح الرئيسي JS‏ جدول. 


FACULTY 
< мә D — Гасину ID | Тане | TName | Phone No | DOR | Salary | 


сраза s< Д التد, ريس كينونة آ‎ аљ < Я, Jaa зї) علاقة‎ 


DEPAR IMENI 


DEPARTMENT [Гое апшем ID | N ame | 


علاقة (أو جدول) الأقسام الدراسية كينونة الأقسام الدراسية 


دم بج 


Suku 1р STUDENT کے ہہ‎ =» ane a ID | FNa: تسد‎ | Маша Su жу | Zip Code 


علاقة (أو جدول) الطلبة كينونة == à‏ 


€ 9 5 
COURSE 


COURSE Сни» ID | Tuke | Un н» | 


aÍ) азме‏ حدول) المواد الدراسية كيتونة المواد الدراسية 


شكل رقم (1-5): تحويل الكينونات القوية إلى علاقات (أو جداول). 
1-1-1-5 التعامل مع الخاصية المتعددة القيم: 


في حال تضمّنت إحدى الكينونات القوية خاصية متعددة القيم؛ فإنه ب 2 إنشاء جدولين Lase‏ 
عن (әлә‏ واحدِ؛ بحيث يُسمَّى الجدول الأول باسم الكينونة قيد التحويل» وتكون حقوله ممثلة لكافة 
خصائص الكينونة ما عدا الخاصية المتعددة القيم. Í‏ الجدول الثاني؛ فيتكون من حقلين مجتمعين 
يمثلان المفتاح الرئيسي للجدول؛ بحيث يكون أحدهما ممثلاً للمفتاح الرئيسي للجدول الأول؛ 
ويكون في الوقت نفسه مفتاحاً خارجياً يشير إلى الجدول الأول. l‏ الحقل الثاني؛ فيمثل الخاصية 
المتعددة القيم. ویستمد الجدول الثاني مُسمّاه من معنى الخاصية المركبة (أو اسمها الفعلي). 


ويُوضّح الشكل رقم )2-5( كينونة «الموظف» (EMPLOYEE)‏ التي “abs уы саа‏ 
متعددة القيم» وهي خاصية «المهارة» (Skill)‏ للدلالة على أنه قد يكون للموظف الواحد أكثر من 


مهارة (مثل: البرمجة بلغة باسكال» وكوبولء وسي... إلخ). وباتباع قواعد التحويل السابقة؛ یتم 
إنشاء جدولين. الجدول الأول يحمل 2¿ (EMPLOYEE) «b sy‏ ويحتوي على حقولِ 
تمثل جميع خصائص كينونة «الموظف» ما عدا الخاصية المتعددة القيم. Ql‏ الجدول الثاني واسمه 
«مهارة (EMPLOYEE_SKILL) «h sall‏ فيحتوي على حقلين: الأول منهما هو المفتاح 
الرئيسي للجدول الأول (EMPLOYEE)‏ وهو )10 (Етріоуее‏ والثاني فیمثل المهارة 
ويحمل ánh‏ «مهارة» (Skill)‏ ويمثل كلا الحقلين مدمجين أحدهما مع الآخر المفتاح الرئيسي 
للجدول؛ إذ 29 توضيح ذلك من خلال وضع خط متصل تحت OK‏ منهما. Gj‏ الخط المتقطع تحت 
dia‏ «رقم الموظف» (Employee_ID)‏ في الجدول؛ فهو للدلالة على أن هذا الحقل يمثل Laj‏ 
مفتاحاً خارجياً يشير إلى جدول «الموظف»؛ إضافة إلى كونه جزءاً من المفتاح الرئيسي للجدول. 
وقد ái‏ إيضاح عملية الارتباط هذه (بين المفتاح الخارجي والمفتاح الرئيسي)» في الشكل رقم )5- 
2» من خلال السهم الواصل بين الحقلين. ويحتوي OK‏ صف في جدول «مهارة الموظف» على 
رقم الموظف والمهارة التي تتوفر لديه. 


ЕМРГОҮЕЕ 
Emplovee_ID | Name | Address 


۲۱۲۱۷۲۴ 17 
Emplovæ ID | Skill 


علاقات (أو جداول) الموظفين والمهارات 


شكل رقم (2-5): تحويل الخاصية المتعددة القيم إلى علاقة (أو جدول). 


كما يُمكن أن يقترح التمثیل السابق على المستفيدين من قاعدة البيانات؛ إضافة المزيد من 
الحقول إلى جدول «مهارة الموظف»» مثل: تاريخ اكتساب المهارة» أو مكان الحصول عليها... إلخ. 
وتجدر الإشارة هنا إلى أن الخاصية المتعددة القيم قد تكون مركبة أيضاً. فعلى سبيل المثال: من 


الممكن (дај‏ خاصية المهارة في النموذج المفاهيمي من الأساس على أنها تتكون من اسم المهارةء 
وتاريخ الحصول عليهاء ومكان الحصول عليها. في مثل هذه الحالة؛ а 5 Ф‏ المهارة (Skill)‏ 
ضمن JS‏ بیضاوي مزدوج الخطوط LS)‏ هو أعلاه)» ويتفرّع منه بقية الخصائص البسيطة الثلاث 
موضوعة OS‏ على Gas‏ ضمن أشكال بيضاوية مفردة الخطوط كما لو ÚS‏ نحاول نمذجة خاصية 
مركبة. وعند ارتباط خاصية مركبة متعددة القيم؛ ih‏ تمثيل خصائصها البسيطة فقط ضمن 
الجدول الثاني؛ إضافة إلى حقل المفتاح الرئيسي للجدول الأولء كما هو مُوضّح في الشكل رقم (5- 
3ء على افتراض أن اسم المهارة 323 ممیزاً للمهارات التي يتمتع بها الموظفون. 


EMPLOYEE 
| Employee ID Name Address 


شکل رقم (3-5): تحويل الخاصية المركبة المتعدّدة القيم إلى علاقة (أو جدول). 


وفي حالة ارتباط أكثر من خاصية واحدة متعددة القيم بكينونة ما؛ فإنه يتمُ إنشاء جدول JSI‏ 
واحدة من الخصائص المتعددة القيم. ويكون المفتاح الرئيسي للجدول الذي يمثل الكينونة الرئيسية 
Íe ja‏ من المفاتيح الرئيسية للجداول التي تمثل الخصائص المتعددة القيم. كما يكون جز المفتاح 
الرئيسي للكينونة الرئيسية مفتاحاً خارجياً في ОЁ‏ جدول من جداول الخصائص المتعددة القيم يشير 
إلى الجدول الرئيسي. А‏ الخاصية المتعددة القيم نفسهاء في OK‏ جدول» فتميّل الحقل الثاني في 
الجدول» وتكون Íe ja‏ من مفتاحه الرئيسي. 


2-1-5 قاعدة التحويل الثانية: التعامل مع الكينونات الضعيفة: 


الكينونات الضعيفة؛ هي تلك الكينونات التي لا يمكن أن تُوجّد في النموذج المفاهيمي 
باستقلالية؛ لكونها تعتمد على علاقات معرفة تربطها بكينونات قوية. كما أن أيّ كينونة ضعيفة У‏ 
يتوفر لديها مُعرّف كامل يميّز بين حالاتها المختلفة؛ غير أنه لا بد أن يتوفر لديها مُعرّف جزئي 
يتكوّن من خاصية (أو أكثر) تستطيع أن تميّز بين مجموعة الحالات التي ترتبط 062 حالة من 
حالات الكينونة А‏ والشكل رقم )4-5( ая‏ ارتباط الكينونة الضعيفة وهي كينونة 
«المجموعة الدراسية» (SECTION)‏ من خلال العلاقة المعرّفة» وهي «جدولة المجموعة» 
(Is sCheduled)‏ بالكينونة القوية» وهي «المادة الدراسية» (COURSE)‏ ومعنى هذا أنه لا 
يمكن أن توجّد مجموعة دراسية دون أن ترتبط بمادة دراسية معينة ضمن كينونة «المادة 
الدراسية». كما أن الخصائص البسيطة المكونة للخاصية المركبة «رمز المجموعة» 
(SeCtion ID)‏ يمكننا من التمييز بين المجموعات الدراسية التابعة لأيّ مادة دراسية؛ Це],‏ لا 
تستطيع أن تميّز بين المجموعات التابعة لمواد دراسية مختلفة؛ لكونها قد تأخذ القيم نفسها. لذلك؛ 
فإن الخاصية المركبة 5 Í‏ جزئياً للكينونة الضعيفة» وبالتالي؛ فإننا نستخدم» عند تحويل 
الكينونة الضعيفة لجدول علاقيء الخاصية المعرفة للكينونة القوية بالإضافة إلى المعرّف الجزئي 
للكينونة الضعيفة في تعريف المفتاح الرئيسي للجدول. 


وتت عملية تحويل أي كينونة ضعيفة إلى النموذج العلاقي؛ من خلال إنشاء جدول يحتوي 
على حقول لكافة الخصائص البسيطة المرتبطة بالكينونةء كما لو أننا نقوم بتحويل كينونة قوية إلى 


جدول علاقي. إضافة إلى ذلك؛ یت إدراج dia‏ في الجدول لخاصية معرف الكينونة القوية. ويكون 
المفتاح الرئيسي لجدول الكينونة الضعيفة عبارة عن dia‏ (أو حقول) المعرّف الجزئي للكينونة 
الضعيفة؛ АА)‏ إلى حقل (أو (J ša‏ المفتاح الرئيسي للكينونة القوية. فعلى سبيل المثال: عند 
تحويل كينونة «المجموعة الدراسية» إلى النموذج العلاقي؛ یتم إنشاء جدول بمُسمّی الكينونة نفسه 
ويحتوي على حقول لتمثیل جميع الخصائص البسيطة المرتبطة بالكينونة» وهي: «رقم 
المجموعة»» و«الفصل» الدراسي المنفذة فيه و«السنة» الدراسية المنفذة فيها. ولكون هذه الحقول 
الثلاثة مجتمعةً 353 Ü xa‏ جزئياً لا یمگننا من التمييز بين المجموعات التابعة agal‏ دراسية 
مختلفة؛ فقد تع إدراج حقل لتمثيل معرّف الكينونة القوية وهو «رمز المادة الدراسية»» وفي ذات 
الوقت تمَّ تعريف هذا الحقل على أساس أنه جزةٌ من المفتاح الرئيسي للجدول. 


وبهذه الطريقة يمكننا الآن التمييز بين جميع المجموعات الدراسیة بشكلٍ ih‏ بغض 
النظر عن المادة الدراسية التي تتبع لها. Уз‏ وجود كينونة ضعيفة يعني دائماً وجود علاقة بينها 
وبين الكينونة القوية التي ترتكز عليهاء وأن هذه العلاقة لا يمكن أن تكون «متعدد - متعدد» (لأن 
OK‏ حالة من حالات الكينونة الضعيفة لا يمكن أن ترتبط بأكثر من حالة من حالات الكينونة 
القوية)؛ فإنه یتم تمثيل هذه العلاقة من خلال تعريف dia‏ «رمز المادة الدراسية» في جدول 
المجموعات الدراسية على أنه مفتاح خارجي يشير إلى المفتاح الرئيسي في جدول المواد الدراسية. 
وقد S‏ إيضاح ذلك في الشكل رقم (4-5) من خلال с;‏ خط متقطع تحت حقل «رمز المادة 
الدراسية»؛ إضافة إلى استخدام سهم Ша y‏ عملية الارتباط هذه بين الجدولين. iims‏ شرح طرق 
تحويل العلاقات بشكل أكثر تفصيلاً في الأجزاء التالية. Saai‏ الملاحظة أنه لم يتم إدراج خاصية 
«الموقع» (LoCation)‏ وربطها بالمجموعة الدراسية ضمن المخطط المفاهيمي في الشكل رقم 
(4-5) أو إدراج ما يقابلها من حقل في جدول «المجموعة الدراسية» في المخطط المنطقي؛ وذلك 
فقط حتى لا يكتظ الشكل بالرسومات. 


COURSE 


COURSI 


Course_ID | Tile | Units 


SECTION 


الخطط المفاهيمى للكينونة الضعيفة (SECTION)‏ 
وارتباطها بالكينونة القوية (COURSF)‏ 


شكل رقم (4-5): تحويل الكينونة الضعيفة إلى علاقة (أو جدول). 
3-1-5 قاعدة التحویل الثالثة: التعامل مع العلاقات الثنائية: 


تعتمد عملية تحويل العلاقات على درجاتها؛ من حيث كونها أحادية» أو ثنائية» أو ثلاثية 
(فأكثر). كما أن عملية التحويل تعتمد أيضاً على تعددیة العلاقة؛ من حيث كونها «واحد = واحد»» 
أو «واحد - متعدد»» أو «متعدد - متعدد». وبخلاف تعددية العلاقة في النموذج المفاهيمي 
«كينونة ۔ علاقة»؛ فإننا ننظر فقط إلى التعدّدية العليا للعلاقة في مرحلة التصميم المنطقي دون 
النظر إلى التعدّدية الدنيا لها في هذه المرحلة؛ غير أنه من الضروري الإشارة إلى أن التعددية الدنيا 
ذات أهمية كبيرة في أثناء عملية بناء هياكل قاعدة البيانات كما سنوضّح عند شرحنا للغة الاستفسار 


البنائية في الفصلين السابع والثامن. وتوضتح الأجزاء التالية الطرق المتبعة لتحويل العلاقات 
حسب درجاتها وتعدّدياتها. 


1-3-1-5 التعامل مع العلاقات الثنائية ذات التعددية «واحد - متعدد»: 


عند وجود علاقة ذات درجة ثنائية (تربط بين كينونتين) وتعدّدية «واحد - متعدد»؛ Уз ё‏ 
гш)‏ جدول (JSI‏ كينونة من الكينونات المرتبطة بالعلاقة الثنائية» وفقاً للقاعدة الأولى أعلاه. بعد 
ذلك یتم إدراج المفتاح الرئيسي (سواء كان Sia‏ واحداً أو أكثر) للجدول الذي يمثل الكينونة في 
الجانب ذي التعددیة «واحد» ضمن حقول الجدول الذي يمثل الكينونة في الجانب ذي التعدّدية 
«متعدد». Аз;‏ تعريف هذا الحقل (أو الحقول) باعتباره مفتاحاً خارجياً يشيرُ إلى الجدول الذي يمثل 
الكينونة في الجانب ذي التعددیة «واحد». 


ولإيضاح عملية التحويل هذه؛ لنأخذ على سبيل المثال العلاقة الثنائية «يعمل في» 
(Works for)‏ التي تربط بين كينونة «القسم الدراسي» (DEPARTMENT)‏ وكينونة «عضو 
هيئة التدريس» (FACULTY)‏ في نموذج «كينونة - علاقة» للجامعة الأهلية الموضّحة في الشكل 
رقم (5-5). فهذه العلاقة؛ إضافة إلى كونها علاقة ثنائية؛ فهي علاقة ذات تعددية «واحد - متعدد»؛ 
وذلك لكون )0 عضو Аца‏ تدريس يعمل في قسم دراسي واحد (علی الأكثر) وأن OK‏ قسم دراسي 
يعمل فيه أكثر من عضو هيئة تدريس. ولأن التعددیة «واحد» في هذا النموذج تأتي في جانب 
كينونة «القسم الدراسي»؛ فإنه 29 إدراج dia‏ جديد في جدول أعضاء هيئة التدريس» ذي الجانب 
المتعدد؛ لتمثيل المفتاح الرئيسي لجدول الأقسام العلمية. Аз,‏ تعريف هذا الحقل على أنه مفتاح 
خارجي. وقد تمَّ إيضاح ذلك في عملية التحويل من خلال وضع خط متقطع تحت مُسمّى هذا الحقل» 
كما تع وَضْع سهم يشير إلى هذا الارتباط. وبهذه الطريقة يمكننا دائماً معرفة القسم الذي يعمل 
فيه OK‏ عضو من أعضاء هيئة التدريس. ونظراً لكون التعددية إجبارية؛ فإن قيمة Jia‏ رمز القسم 
الدراسي في جدول أعضاء هيئة التدريس لا يمكن أن تكون (NULL) Ае‏ وعلى الرغم من 
عدم إمكانية فرض هذا القيد على حقل المفتاح الخارجي في هذه المرحلة من التصميم؛ فإنه يمكن 
فرضه في أثناء مرحلة بناء قاعدة البيانات باستخدام قيد القيم الغائبة «(МОТ NULL)‏ الذي эЛ‏ 
أحد القيود التي من الممكن أن تُفرّض على الحقول» كما سنوضّحه في الفصل السابع. 


DEPARTMENT 
| Department ID | Name 


FACULTY 
Faculty 3 Name! LNameļ| Salary | 1 B| Phone Ҹо  Department_ID 


شكل رقم (5-5): تحويل العلاقة الثنائية ذات التعدٌدية «واحد — متعدد» إلى النموذج العلاقي. 


وقد يُطرَح السؤال التالي: هل من الممكن وضع المفتاح الرئيسي لجدول أعضاء Аца‏ 
التدريس باعتباره مفتاحاً خارجياً في جدول الأقسام الدراسية لتمثيل العلاقة الثنائية السابقة في 
النموذج العلاقي عوضاً عن تمثيلها بالطريقة السابقة؟ ó‏ الإجابة عن التساؤل؛ هي عدم إمكانية 
ذلكء والسبب يرجع إلى أنه لو فعلنا ذلك؛ فإننا سنقوم بتكرار قيمة المفتاح الرئيسي واسم القسم 
لجميع أعضاء هيئة التدريس الذين يعملون في القسم الدراسي نفسه؛ وبذلك لن یصبح حقل «رمز 
القسم)ء في جدول الأقسام الدراسية مفتاحاً رئيسياً؛ لكونه يتكرّر في سجلات الجدول. كما أن عملية 
تكرار البيانات هذه قد تؤدي إلى إشكالات (Anomalies)‏ عند التعديل على البيانات чазаа)‏ في 
ظل وجودها )2 في تناسق البيانات (Data ConsistenCy)‏ كما سيتضح عند شرح الجداول 
جيدة البناء وعمليات تطبيع الجداول (Normalization)‏ (في الجزء الأول من الفصل السادس). 


FACULTY 
Faculty Ш) FName LNamej Salary | DOB | Phonc_No 


شكل رقم )6-5( تحويل العلاقة الثنائية ذات التعددية «واحد - متعدد» ترتبط يما 
كينونة ضعيفة إلى النموذج العلاقي. 

Ú‏ الشكل رقم (6-5)؛ فيمثل علاقة ثنائية «واحد - متعدد» تربط بين كينونة قوية» وهي 
كينونة «عضو هيئة التدريس» (FACULTY)‏ وكينونة ضعيفة هي كينونة «المجموعة 
الدراسية» (SECTION)‏ وتعني هذه العلاقة» الممثلة في النموذج» أن OK‏ عضو هيئة تدريس قد 
یدرس مجموعة دراسية أو أكثر في حين تدرس ОЕ‏ مجموعة دراسية من قبل عضو هيئة تدریس 
واحد فقط. ونظراً لأن العلاقة بين الكينونتين ليست علاقة معرفة Identifying)‏ 
(Relationship‏ بمعنى أن كينونة «عضو Аза‏ التدريس» ليست الكينونة التي تميّز بين 
المجموعات الدراسية» وإنما كينونة «المادة الدراسية» هي الكينونة القوية التي تميّز بين 
المجموعات المختلفة؛ فإنه یتم التعامل مع الكينونة الضعيفة كأنها كينونة 444 عند عملية التحويل 
للنموذج العلاقي؛ وذلك حسب القاعدة السابقة. ففي هذه ai llall‏ إدراج dia‏ جديد ضمن جدول 
المجموعات الدراسية (وهو الجازب المتعدد) لتمثيل المفتاح الرئيسي لجدول أعضاء Ада‏ التدريس» 
كما âi‏ تعريف هذا الحقل على أنه مفتاح خارجي؛ من خلال وضع خط متقطع تحت مسماه. كما 
a>‏ وجود حقول أخرى في الشكل قد S‏ وضع خطوط متقطعة تحت مسمیاتھاء سواء في جدول 
أعضاء هيئة التدريس أم في جدول المجموعات الدراسية. әла у‏ الحقول تظهرٌ بهذا الشكل؛ للدلالة 


على أنها مفاتيح خارجية Éa‏ علاقات أخرى مع هذين الجدولين تمَّ تحويلها في dalya‏ سابقة. 
تجدر الملاحظة في الشكل رقم )6-5( Lai‏ أنه لم يتم إدراج خاصية «الموقع» (LoCation)‏ 
وربطها بالمجموعة الدراسية ضمن المخطط المفاهيمي أو إدراج ما يقابلها من حقل في جدول 
де ма дї»‏ الدراسية» فی المخطظ المنظقي» وذلك:فقط حت لا يكتظ الٹگل یا رمیومات, 


2-3-1-5 التعامل مع العلاقات الثنائية ذات التعدّدية «متعدد — «яда‏ : 


عند وجود علاقة ثنائية ذات تعدّدية «متعدد - متعدد» تربط بين کینونتین؛ فإننا نقوم بإنشاء 
ثلاثة جداولء اثنان منها لتمثیل OK‏ كينونة على ia‏ (حسب القاعدة (Т)‏ أعلاه)» وجدول ثالث لتمثيل 
العلاقة نفسها؛ بحيث يتضمّن جدول العلاقة حقلين يمثلان المفاتيح الرئيسية لجدولي الكينونتين؛ 
إضافة إلى الحقول اللازمة التي تمثل الخصائص المرتبطة بالعلاقة نفسها (عند وجود مثل هذه 
الخصائص). ويصبح حقلا المفاتيح الرئيسية لجدولي الكينونتين التي تربط بينهما العلاقة مجتمعين 
المفتاح الرئيسي للجدول الذي يمثل العلاقة» كما یتم تعريف 06 Lagia‏ باعتباره مفتاحاً خارجياً يشير 
إلى الجدول الذي S‏ جلب الحقل منه. 


ويمثل الشكل رقم (7-5) علاقةً ثنائية ذات تعددية «متعدد - متعدد»» وهي علاقة «يعمل 
على» (Works оп)‏ تربط بين كينونتين هما: كينونة «الموظف» (EMPLOYEE)‏ وكينونة 
«المشروع» (PROJECT)‏ ويمكن أن Í Š‏ هذه العلاقة كما يلي «يعمل OS‏ موظف على صفر أو 
أكثر من المشاريع» وكل مشروع يعمل عليه موظف واحد أو أكثر. وعندما يعمل موظف ما على 
مشروع معين؛ فإن هناك تاريخاً يبيّن بداية عمل الموظف على المشروع». ونظراً ОУ‏ تاريخ 
العمل على المشروع ليس من خصائص أي من كينونة «الموظف» أو كينونة «المشروع»»؛ وإنما 
هي من خصائص العلاقة التي تربط بينهما؛ فقد تم ربطها بالعلاقة وليس بأيّ من الكينونتين. 
وحسب قاعدة التحويل أعلاه؛ Ды‏ إنشاء 2526 جداول: جدولان يمثلان الكينونتين التي تربط بينهما 
العلاقةء وهما جدول «الموظف» وجدول «المشروع»» وجدول ثالث يمثل العلاقة نفسهاء وقد сеа‏ 
جدول (JOB) «hly‏ وقد تمَّ تغييرُ مُسمّی الجدول هنا عن مُسمّی العلاقة حتى يتوافق مُسمَّى 
جدول العلاقة (أو جدول الربط) مع قواعد تسمية الكينونات والجداول التي يُفضّل أن تكون أسماء 
عوضاً عن تسميتها بأفعال. 


EMPLOYEE PROJECT 


EMPLOYEE 
Етріоусе П | Name | 2 


Employee ID Project NO Магіто Паїс 


PROJECT 
Project NO Location Budget 


شكل رقم (7-5): تحويل العلاقة الثنائية ذات التعدّدية «متعدد — متعدد» إلى النموذج العلاقي. 


а,‏ الشكل رقم )7-5( أيضاً الحقول المكوّنة للجدولين اللذين يمثلان الكينونتين اللتين 
تربط بينهما العلاقة؛ إذ تم تعريفهما حسب قاعدة التحويل رقم )1( أعلاه. LÍ‏ فيما يتعلق بجدول 
العلاقة نفسها؛ فقد تمَّ تعريف حقلين فيه؛ أحدهما لتمثيل المفتاح الرئيسي لجدول الموظفینء والثاني 
لتمثيل المفتاح الرئيسي لجدول المشاريع. كما ái‏ تعريف gia‏ ثالث في جدول العلاقة؛ لتمثيل 
خاصية «ربداية (Starting Date) «hl‏ المرتبطة بالعلاقة نفسها. ویٔلاحَظ في جدول العلاقة 
да)‏ خط متصل تحت الحقلين اللذين يمثلان المفاتيح الرئيسية JSI‏ من جدول الموظفين وجدول 
المشاريع؛ وذلك للدلالة على أن كليهما مجتمعين يمثلان المفتاح الرئيسي لجدول العلاقة. وإضافة 
إلى ذلك؛ فقد аша; ái‏ خط متقطع تحت كل منهما؛ للدلالة على أن OK‏ واحدٍ من الحقلین يمثل مفتاحاً 
خارجياً يشي إلى الجدول الذي جُلِب منه. ولإيضاح ذلك؛ فقد تم استخدام أسهم تصل بين 06 مفتاح 
дз‏ >„ بحقل الجدول الذي يشير АШ‏ المفتاح. 


غير أنه قد => z‏ السؤال التالئ: لماذا لا یتم تمثیل العلاقة الثنائية «متعدد - متعدد» من 
خلال إضافة حقل لأحد جدولي الكينونتين» ويصبح هذا diall‏ مفتاحاً خارجياً في الجدول الذي تمّت 


إضافته إليه (لتمثيل العلاقة) كما هو الحال في العلاقات الثنائية ذات التعددية «واحد - متعدد»؛ 
عوضاً عن تعريف جدول ثالث خاص بالعلاقة نفسها؟ والإجابة عن ذلك أنّ هذه الطريقة У‏ تمگن 
من تمثیل العلاقات الثنائية ذات التعددية «متعدد - متعدد». والسبب وراء ذلك؛ هو أننا لا نعرف 
الحدّ الأعلى من عدد المشاريع التي من الممكن أن يعمل عليها الموظف الواحدہ أو зм)‏ الأعلى من 
عدد الموظفين الذين من الممكن أن يعملوا على المشروع الواحد. ونتيجة لذلك لا نستطيع تعريف 
عددٍ مُحدَّدٍ من الحقول» سواء في جدول الموظفين أم في جدول المشاريع لتمثيل العلاقة. وحتى لو 
عرف Sal‏ الأعلى من عدد المشاريع أو ЗЫ‏ الأعلى من عدد الموظفين؛ فإن مثل هذا التمثيل 
سيضيع الكثير من مساحة التخزین؛ لأن зле‏ الموظفين الذين يعملون على OS‏ مشروع Э)‏ عدد 
المشاريع التي يعمل عليها كل موظف) قد تتفاوت بشكلٍ كبير. إضافة إلى ذلك؛ فإنه يجب تمثيل 
تاريخ البدء في العمل على 06 مشروع من قبل OK‏ موظف» وفق الحَدّ الأعلى المستخدم؛ مما 
سيزيد من حجم المساحة التخزينية المهدرة. 
3-3-1-5 التعامل مع العلاقات الثنائية ذات التعددية «واحد - واحد»: 


يمكن УІ‏ إلى العلاقات الثنائية ذات التعددية «واحد- واحد» على أنها Айз‏ خاصة من 
العلاقات الثنائية «واحد - متعدد»؛ إذ یتم تحویلھا بخطوتين: في الخطوة Дз, ДУУ)‏ إنشاء جدولِ 
04 من الكينونتين اللتين تربط بينهما العلاقة الثنائية. أمَّا في الخطوة الثانية؛ Да‏ تمثيل المفتاح 
الرئيسي لجدول إحدى الكينونتين باعتباره حقلاً في الجدول الذي يمثل الكينونة الأخرىء ويتمٌ 
تعريف الحقل المضاف على أنه مفتاح خارجي للجدول الذي يمثل الكينونة الأولى. ويُلاحَظ مدى 
تشابه هاتين الخطوتين مع قاعدة تحويل العلاقات الثنائية ذات التعددية «واحد - متعدد». إلا أن 
الاختلاف هنا يظهر عند تحديد الجدول الذي سيُضاف إليه المفتاح الخارجيء والذي سيمثل العلاقة. 
ففي حالة التعدیة «واحد - متعدد»؛ يتم إدراج المفتاح الرئيسي للجدول الممثل لكينونة الجانب 
الأحادي» من العلاقة» في الجدول الممثل لكينونة الجانب المتعدّد على أن يكون مفتاحاً خارجياً 
للجدول الممثل للجانب ذي التعددية الأحادية. GÍ‏ هنا؛ فیتمُ إدراج المفتاح الرئيسي للجدول الممثل 
لكينونة الجانب الإجباريء من العلاقة في الجدول الممثل لكينونة الجانب الاختياري على أن يكون 
مفتاحاً خارجياً للجدول الممثل للجانب الاختياري. وكما أسلفنا سابقاً؛ فإن ارتباط أية كينونة بعلاقة 
إما أن يكون إجبارياً أو اختيارياً. (Йу‏ هذا ضِمن النموذج المفاهيمي «كينونة - علاقة» بالقيمة 


الصغرى (أو الدنيا). فإذا كانت القيمة الصغرى صفراً؛ فإن العلاقة 553 اختيارية. أما إذا كانت 
القيمة الصغرى واحداً؛ فإنها 553 إجبارية. 


ш 
PATIENT еа. те assig э سے‎ 


BED 
| Bed ID | Location 
سيا‎ 


_ PATIENT Р 
Patient ID Name Dare_Dischargard | Bed ID 


شکل رقم (8-5): تحويل العلاقة الثنائية ذات التعددية «واحد - واحد» إلى النموذج العلاقي. 

وفي العلاقات الثنائية ذات التعدّدية «واحد - واحد»؛ تكون التعدّدية في غالبية الأحيان 
إجبارية من جانب واختيارية من الجانب الآخر. فعلى سبيل المثال: 35 аа‏ الشكل رقم )8-5( 
كينونة «مريض» (PATIENT)‏ وكينونة «سرير» (ВЕР)‏ اللتين ترتبط إحداهما بالأخرى؛ من 
خلال العلاقة الثنائية «واحد - واحد» وهي علاقة з»‏ إلى» .(Is assigned)‏ ويعني التمثيل 
الموضّح في الشكل أن О)‏ مريض في المستشفى يجب أن Áa‏ إلى سرير واحد فقطء في حين قد 
يُستد السرير لمريض ماء أو قد لا يُستد لأيّ مريض». ¿Uus‏ على هذا التمثيل؛ فإن الجانب 
الإجباري هو من جهة السریر؛ إذ إن کل مريض لا بد أن Á‏ إلى سرير. یت 
أعلاه؛ ,25 إنشاء جدولين أحدهما لتمثيل كينونة «المريض» والآخر لتمثيل كينونة «السرير». 
25 إضافة ам‏ جديدٍ في جدول الجانب الاختياري من العلاقة» وهو جدول «المريض»؛ لتمثيل 
المفتاح الرئيسي لجدول الجانب الإجب‌اري» وهو «السرير». كما یتم تعريف الحقل الذي تمّت 
إضافته على أنه مفتاح خارجي یشیر إلى جدول الجانب الإجباريء وهو «السرير». وفي Ja‏ 
ارتبطت العلاقة نفسها بخصائص؛ فإنها نُضاف Laj‏ باعتبارها Yia‏ ضمن الجانب الاختياري 


‘(Starting Date)‏ فإنه iih‏ تمثيل هذه الخاصية باعتبارها حقلاً مصاحبآ للمفتاح الخارجي ضمن 


جدول «المريض». 


والسؤال الذي قد يُطرَح هو: هل بالإمكان Оба‏ العلاقة الثنائية ذات التعذدية «واحد - 
واحد» بالشكل المعاكس؟ بمعنى: هل من الممكن أن يُعرّف المفتاح الرئيسي لجدول الجانب 
«الاختياري» (وهو المريض في مثالنا) على أنه مفتاح خارجي ضمن جدول الجانب الإجباري 
(وهو «السرير» في مثالنا؛ إضافة لأية خصائص قد تكون مرتبطة بالعلاقة نفسها)؟ إن الإجابة 
عن هذا التساؤل هي: نعم يمكننا ذلك؛ ولكنها ليست الطريقة المثلى. والسبب وراء ذلك؛ أنه ليس 
من الضروري أن يكون «السرير» مسنداً 09У‏ مريض. وفي هذه الحالة؛ ستكون قيمة Jia‏ المفتاح 
الخارجي (وبقية الحقول المرتبطة بالعلاقة إن ؤجدت) غائبة (NULL)‏ للدلالة على أن السرير 
غير مُستد إلى أي مريض. ويعني هذا إهدار المساحة التخزينية في حالات عدم الإسناد هذه. 

على الرّغم من أن الحالة العامة للعلاقات الثنائية ذات التعدّدية «واحد- واحد» هي وجود 
جانب إجباري وجانب اختياري؛ غير أنه من الممكن أن يكون كلا الجانبين إجباريين أو كلاهما 
اختياريين. ففي الحالة الأولى (وهي کون العلاقة إجبارية من الجهتين) نتم عملية تحويل العلاقة 
حسب الخطوتين السابقتين؛ وبحيث یتم تعريف Jia‏ المفتاح الرئيسي 05У‏ من الجدولين على أنه 
مفتاح خارجي ضمن الجدول الآخر (إضافة إلى الحقول المرتبطة بالعلاقة) دون أيّة أفضلية بين 
الجدولين. Ó‏ في الحالة الثانية (وهي کون العلاقة اختيارية من الجھتین)ء وعلى a SI‏ من إمكانية 
استخدام طريقة التحويل السابقة نفسها؛ Gli‏ عملية التحويل يمكن أن £S‏ كما لو ШЇ‏ نقوم بتحويل 
علاقة ثنائية ذات تعددية «متعدد - متعدد»» بمعنى إنشاء جدول ثالث لتمثيل العلاقة عوضاً عن 
تضمينها ضمن أحد الجدولين. وتأتي أهمية التمثيل الأخير للعلاقات الثنائية ذات التعددية «واحد - 
واحد» عند كون حالات عدم ارتباط الكينونتين التي تربط بينهما العلاقة هي الحالة العامة؛ إذ إنه 
سيتمٌ تجنّب الكثير من القيم الغائبة مقارنة بالطريقة السابقة. 


4-1-5 قاعدة التحويل الرابعة: التعامل مع الكينونات المشاركة: 


ó)‏ الكينونة المشاركة هي في أصلها علاقةٌ ذات تعددیة «متعدد — متعدد»؛ ولكن الشخص 
الذي يقوم بتصميم نموذج «كينونة - علاقة» قد يرى أنه من الأنسب تمثيل هذه العلاقة باعتبارها 
كينونة مشاركة؛ وذلك عندما يكون تمثيلها بهذه الطريقة أقرب إلى فهم المستفيدين من قاعدة 
البیانات؛ عوضاً عن تمثيلها كعلاقة ذات تعددية «متعدد - متعدد». U|‏ عملية تحويل الكينونة 
المشاركة من النموذج المفاهيمي إلى النموذج العلاقي؛ فهي Ааа‏ لعملية تحويل العلاقات ذات 
التعذدية «متعدد - متعدد». تتكوّن عملية التحويل من خطوتين. في الخطوة الأولى؛ Аз‏ تعريف 
25 جداول: اثنان منھا لتعريف الكينونتين اللتين تربط بينهما الكينونة المشاركة» والثالث لتعريف 
الكينونة المشاركة نفسها. j‏ الخطوة الثانية؛ فتعتمد على وجود مُعرّف للكينونة المشاركة من عدم 
وجود مُعرّف لهاء كما يلي: 


1-4-1-5 التعامل مع الکینونات المشاركة عند عدم وجود مُعرّف: 


عند عدم ارتباط الكينونة المشاركة بخاصية معرّفة تميّز بين حالات الكينونة المشاركة؛ یتم 
استخدامٌ المفاتيح الرئيسية للجدولين اللذين يمثلان الكينونتين اللتين تربط بينهما الكينونة المشاركة 
مجتمعين باعتبارها مفتاحاً رئيسياً لجدول الكينونة المشاركة. وفي الوقت نفسه؛ з‏ تعريف JS‏ 
واحدٍ من هذين المفتاحين الرئيسيين على أنه {йл‏ خارجي یشیر إلى جدول الكينونة الذي جلب 
منه. وبهذه الطريقة تأتي عملية تحويل العلاقة المشاركة متطابقة مع عملية تحويل العلاقات ذات 


التعددية «متعدد - متعدد». 


сла;‏ الشكل رقم )9-5( عملية تحويل إحدى الكينونات المشاركة الموجودة في نموذج 
«كينونة - علاقة» للجامعة الأهلية. ويحتوي ЈК‏ على كينونة مشاركة هي علاقة «daly‏ 
(QUALIFICATION)‏ تربط بين كينونة «عضو هيئة التدريس» (FACULTY)‏ وكينونة 
«المادة الدراسية» (COURSE)‏ كما يرتبط بالعلاقة المشاركة خاصية واحدة؛ هي خاصية 
«تاريخ التأهيل» (Date Qualified)‏ تحدّد التاريخ الذي £ فيه ЈАС‏ عضو iia‏ التدریس 
لتدريس مادة ما. 


COURSE 


| Course ID | Title | Units | 


QUALIFICATION ا‎ 
Course ID | Facully ID Date Qualilied 


FACULTY 
| Faculty_] m| سس‎ LName Salary | DOB: Phone_No | Department Т 


شكل رقم )9—5( تحویل الكينونة المشاركة عند عدم وجود معرف إلى النموذج العلاقي. 


وباتباع خطوتي التحويل أعلاه؛ یتم إنشاء ثلاثة جداول» هي: جدول أعضاء هيئة التدريس 
(FACULTY)‏ لتمثيل كينونة «عضو هيئة التدريس»» وجدول المواد الدراسية (COURSE)‏ 
gial‏ كينونة «المادة الدراسية»» وجدول (QUALIFICATION) dab‏ لتمثيل الكينونة 
المشاركة «تأهيل». ونظراً لعدم ارتباط الكينونة المشاركة بخاصية معرفة؛ Са аз Аз АЙА‏ 
المفتاح الرئيسي لجدول أعضاء هيئة التدريس» وهو «رمز عضو Аа‏ التدريس» 
(FaCulty_ID)‏ والمفتاح الرئيسي لجدول المواد الدراسية» وهو «رمز المادة الدراسية» 
((Course_ID)‏ مجتمعين» كمفتاح رئيسي للكينونة المشاركة. وفي الوقت نفسه؛ ai‏ تعریف IS‏ 
جزءٍ من المفتاح الرئيسي في جدول الكينونة المشاركة على أنه مفتاح خارجي يشير إلى أحد جدولي 
الكينونتين اللتین تربط بينهما الكينونة المشاركة. فالحقل уа уу‏ المادة الدراسية» (Course ID)‏ 
في جدول (QUALIFICATION) dab‏ يمثل جزءًا من المفتاح الرئيسي للجدول؛ وفي الوقت 
نفسه يمثل مفتاحاً خارجياً لجدول المواد الدراسية (COURSE)‏ كذلك هو الحال بالنسبة لحقل 
درمز عضو هيئة التدريس» (FaCulty ID)‏ الذي يمثل جزءًا من المفتاح الرئيسي لجدول تأهيلء 
وفي الوقت نفسه يمثل مفتاحاً خارجياً يشير إلى جدول أعضاء هيئة التدريس. وقد تمَّ إيضاح المفتاح 
الرئيسي dali Jaa‏ من خلال وضع خط متصل تحت الحقلين الذين يتكوّن منهماء وإيضاح 
المفاتيح الخارجية من خلال وضع خط متقطع تحت كل منهما. كما 2 إيضاح الجدول الذي يشير 
إليه كل مفتاح خارجي من خلال السهم الذي يصل بين المفتاح والجدول الذي يشير إليه المفتاح. 

2-4-1-5 التعامل مع الكينونات المشاركة عند وجود معرف: 


في بعض الأحيان تكون الكينونة المشاركة مرتبطة بخاصية معرّفة дај‏ بين حالات 
العلاقة المشاركة. وهناك سببان ol iai‏ ربط الكينونة المشاركة بمعرّف وهما Hoffer et al,)‏ 
2018( 


1- قد يكون من الطبيعي وجود معرّف للكينونة المشاركة معروف من قبل المستخدمين 
لقاعدة البيانات. 


2- استخدام المفاتيح الرئيسية لجداول الكينونات التي تربط بينها الكينونة المشاركة على أنها 
مفتاح رئيسي في جدول الكينونة المشاركة؛ قد لا يُمكّن من تمييز الحالات في جدول الكينونة 
المشاركة بشكل منفرد. 


ولتحويل الكينونة المشاركة التي ترتبط بمعرّف إلى النموذج العلاقي؛ یتم تعريف جدول 
خاص بالكينونة المشاركةء كما سبق أعلاه» بالإضافة إلى تعريف جداول الكينونات التي تربط 
بينها الكينونة المشاركة. غير أن وجه الاختلاف هنا یکمن في أن المفتاح الرئيسي لجدول الكينونة 
المشاركة؛ سيكون معرف الكينونة عوضاً عن المفاتيح الرئيسية لجداول الكينونات التي تربط بينها 
الكينونة المشاركة. l‏ المفاتيح الرئيسية لجداول الكينونات التي تربط بينها الكينونة المشاركة؛ فيتم 
تعريفها ضمن جدول الكينونة المشاركة باعتبارها مفاتيح خارجية فحسب. 


Усшш ID 


CUSTOMER VENDOR 


VENDOR 
Vendor ID | Address 


لسا 


STHPMENT | 
| Shipment МО Vendor ID | Customer Ш | Date Amount 


CUSTOMER 
Customer ID | ЕМатс LName 


شكل رقم (10-5): تحويل الكينونة المشاركة عند وجود معرف إلى النموذج العلاقي. 


ويُوضّح الشكل رقم )10-5( عملية تحویل إحدى الكينونات المشاركة التي ترتبط بخاصية 
معرفة, ويحتوي الشكل على كينونة مشاركة هي علاقة «إرسالية» (SHIPMENT)‏ تربط بين 
كينونة «عميل» (CUSTOMER)‏ وكينونة «مورّد» (VENDOR)‏ كما يرتبط بالكينونة 
المشاركة ثلاث خصائص من ضمنها الخاصية المعرّفة > š‏ الإرسالية» .(Shipment МО)‏ 
وقد 55 تحدید هذه الخاصية معرفاً للكينونة المشاركة لس ہبین: 


1- 323 «رقم الإرسالية» مُعرّفاً طبيعياً للكينونة المشاركة متعارفاً عليه في بيئة المستفيدين. 


2- لا يمكن أن تُعرّف خاصية «رمز العميل» المرتبطة بكينونة «عميل»» وخاصية 
«رمز المورد» المرتبطة بكينونة «مورد» حالات الكينونة المشاركة بشكلٍ منفرد؛ وذلك ОУ‏ 
المورّد الواحد قد يُرسِل أكثر من إرسالية للعميل نفسه. وحتى لو تم استخدام بقية خصائص الكينونة 
المشاركة (وهي التاريخ والكمية)؛ إضافة للخاصيتين السابقتين كمعرّف للكينونة المشاركة؛ فإنه لا 
يمكن caill‏ من أن هذه الخصائص مجتمعة ستتمكّن من تمييز حالات الكينونة المشاركة بشكلٍ 
منفرد. والس‌بب وراء ذلك؛ هو أن المورّد الواحد قد يُرسل لنفس العميل أكثر من إرسالية واحدة 
بنفس التاريخ وبنفس الكمية. 


وباتباع خطوتئ التحويل أعلاه؛ یتم إنشاء ثلاثة جداولء هي: جدول العميل 
(CUSTOMER)‏ لتمثيل كينونة «عمیل»» وجدول «المُورّد» (VENDOR)‏ لتمثيل كينونة 
«مُورّد»» وجدول الإرسالية (SHIPMENT)‏ لتمثيل العلاقة المشاركة «إرسالية». ونظراً 
لارتباط الكينونة المشاركة بخاصية معرفة وهي «رقم الإرسالية» (Shipment NO)‏ فإنه یتم 
تعريف خاصية المعرّف بأنها المفتاح الرئيسي لجدول الكينونة المشاركة. كما يتمُ تعريف المفتاح 
الرئيسي لجدول كينونة «عميل» وهو «رمز العميل» (Customer ID)‏ والمفتاح الرئيسي لجدول 
كينونة «مورّد»» وهو «رمز المورّد» (Vendor ID)‏ كحقول ضمن جدول الإرسالية. ويتمٌ 
تعريف OK‏ منهما على أنه مفتاح خارجي. كما يتم تعريف بقية خصائص العلاقة المشاركة» وهي 
«التاريخ» (Date)‏ و«الكمية» (Amount)‏ بأنها حقولٌ ضمن جدول الكينونة المشاركة. وقد E‏ 
узы] айй ш дш‏ الأرسالية من خلال даз‏ خط han‏ کک Шы],‏ الفا 


الخارجية من خلال وضع خط متقطع تحت كل منهما. كما 45 إيضاح الجدول الذي يشير إليه کل 
مفتاح خارجي من خلال السهم الذي يصل بين المفتاح والجدول الذي يشير إليه المفتاح. 


5-1-5 قاعدة التحويل الخامسة: التعامل مع العلاقات الأحادية: 


العلاقة الأحادية؛ هي علاقةٌ تربط بين حالات الكينونة نفسها. وتُسمّى هذه العلاقات في 
بعض الأحيان بالعلاقات المتواترة .(ReCursive Relationship)‏ ومن 5АЇ‏ الحالات التي تظهر 
فيها العلاقات الأحادية هي عندما تكون kini‏ «واحد - متعدد» و«متعدد - متعدد». وفيما يلي 


1-5-1-5 التعامل مع العلاقات الأحادية ذات التعدّدية «واحد - متعدد»: 


یتم تحويل العلاقة الأحادیة ذات التعذدیة «واحد - متعدد» بخطوتین: في الخطوة الأولى یتم 
تعریف جدول للكينونة التي تربط بین حالاتها العلاقة الأحادية كما سبق أن أوضحنا في قاعدة 
التحويل رقم (1) أعلاه. أمّا في الخطوة الثانية؛ 258 إضافة dia‏ إضافي لجدول الكينونة الذي 25 
تعريفه؛ بحيث يكون هذا الحقل مفتاحاً خارجياً یشیرُ إلى الجدول «Аы‏ وبحيث يكون مجاله 


АЫ аЗ الذي ۓ‎ Аз у لجدول‎ „ый شن مجال المفقاح‎ де Domain) 


ويمثل الشكل رقم (11-5) علاقة أحادية ذات Дуда‏ «واحد - متعدد» وهي علاقة «يدير» 
(Manages)‏ التي تربط بين حالات الكينونة «موظف» (Employee)‏ فالمدير الواحد في 
المنظمة يديز صفراً أو أكثر من الموظفين. А)‏ الموظف الواحد؛ فيجب أن يرأسه (أو يديره) مدير 
واحد فقط2. وحسب قاعدة التحويل أعلاه؛ з‏ تعريف جدول لكينونة «موظف»؛ بحيث يحتوي 
على الان айий ДЇ‏ كه رخ رهق امو وان маўызды Ba iu‏ کیا 
یتم تعريف المفتاح الرئيسي للجدول وهو رمز الموظف. بعد ذلك А‏ إضافة Шэ‏ جديد للجدولء 
وهو حقل «رمز المدير»؛ وذلك لتمثيل علاقة «يدير». كما یتم تعريف الحقل الجديد؛ بحيث يكون 
من نفس مجال المفتاح الرئيسي لجدول كينونة «موظف»» وعلى أساس أنه مفتاح خارجي يشير إلى 
جدول الكينونة نفسه. وبهذه الطريقة يُمكن التعرّف على مدير 06 موظف في المنظمة من خلال 
المفتاح الخارجي المدوّن في سجل الموظف. 


EMPLOYEE متا‎ 


EMPLOYEE 
| Employee ID | Name | ООВ Manager_ID 


شكل رقم (11-5): تحويل العلاقة الأحادية ذات التعدّدية «واحد - متعدد» إلى النموذج العلاقي. 
2-5-1-5 التعامل مع العلاقات الأحادية ذات التعددية «متعدد - متعددہ: 


عند وجود علاقة أحادية ذات تعددیة «متعدد - متعدد»؛ فإنه یتم تعريف جدولين في أثناء 
АЙ О ۹۷0‏ نان ш д-да дү‏ ا ادون 
الثاني يمثل العلاقة نفسها. ويكون المفتاح الرئيسي للجدول الذي يمثل العلاقة عبارة عن مفتاح 
مركب يُعرّف فيه المفتاح الرئيسي لجدول الكينونة مرتين» كما 5⁄3 — US‏ جزءٍ Aia‏ على أنه مفتاح 
خارجي يشير إلى جدول الكينونة. ويمكن تثربيه عملية التحويل هذه بعملية تحويل العلاقة الثنائیة 
ذات التعددية «متعدد ‏ متعدد» التي یتم فيها تعريف ثلاثة جداول؛ بحيث يكون إحدى هذه الجداول 
Siaa‏ للعلاقة التي تربط بين الكينونتين المرتبطتين بهاء ویتکؤن مفتاحها الرئيسي من حقول المفاتيح 
الرئيسية ШЕ]‏ الکینونتین التي تربط بينهما. ونظراً لوجود كينونة واحدة في АЎ‏ علاقة أحادية؛ فإن 
المفتاح الرئيسي لجدول العلاقة هو تكرار المفتاح الرئيسي لجدول الكينونة التي ترتبط بالعلاقة. 
وفي حال ارتبطت العلاقة بخصائص؛ فإنه یتغ تعريف dia‏ مقابل ДЕ]‏ خاصية ضمن جدول 
العلاقة. 


| 


COURSL 
| Course_ID | Title | Units 


PREREQUISITE 
Course ID 


شکل رقم (12-5): تحوبل العلاقة الأحادية ذات التعدّدية «متعدد - متعدد» إلى النموذج العلاقي. 


ويُوضّح الشكل رقم )12-5( عملية تحويل علاقة أحادية ذات تعدّدية «متعدد - متعدد». 
ويُوجّد في الشكل كينونة «المادة الدراسية» (COURSE)‏ التي ترتبط حالاتها مع بعض من خلال 
علاقة «متطلب دراسي» .(Is prerequisite)‏ وتعني هذه العلاقة؛ أن كل مادة دراسية لھا صفر 
أو أكثر من المتطلبات الدراسية. كما أن المادة الدراسية قد تكون ла‏ دراسياً لصفر أو أكثر 
من المواد الدراسية. وحسب قاعدة التحويل أعلاه؛ یتم تعريف جدولين: أحدهما لتمثيل كينونة 
«المادة الدراسية» والآخر لتمثيل علاقة «متطلب دراسي». ونظراً لأن علاقة «متطلب دراسي» 
لا ترتبط بأية خصائص وأن المفتاح الرئيسي لجدول المادة الدراسية يتكوّن من حقل واحد فقط؛ 
فإن جدول العلاقة يحتوي على حقلين „Ый‏ وكل dia‏ منهما هو المفتاح الرئيسي لجدول الكينونة: 
مع الملاحظة بأنَّ تسمية حقل المفتاح الرئيسي لجدول الكينونة لیس من الضروري أن يكون نفسه 
في الجدول الآخر ما دام من نفس المجال. ویُصربح المفتاح الرئيسي لجدول العلاقة هو نسختي Jia‏ 
المفتاح الرئيسي لجدول الكينونة مُدمَجين مع بعضهما. كما یتم تعريف 06 واحد منهما على أنه 
مفتاح خارجي یشیر لجدول الكينونة» كما هو مُوضّح في الشكل رقم (12-5). 


6-1-5 قاعدة التحويل السادسة: التعامل مع العلاقات الثلاثية (وما أعلى من ذلك): 


العلاقة الثلاثية؛ هي علاقةٌ تربط بین ثلاثة أنواع من الكينونات. шай)‏ تحويل العلاقة 
الثلاثیة (والعلاقات ذات الدرجات الأعلى من ثلاثة) إلى علاقة مشاركة؛ حتى يمكن توصيف قيود 
التعددیة بشكل أدق. ولتحويل علاقة مشاركة تربط بين ثلاث كينونات (أو (ASÍ‏ یتم إنشاء جدول 
لتمثيل العلاقة المشاركة (بالإضافة إلى جداول الكينونات التي تربط بينها العلاقة)؛ بحيث يحتوي 
الجدول على حقول تمثل المفاتيح الرئيسية لجداول الكينونات التي تربط بينها العلاقة وحقول لتمثيل 
)44 خصائص مرتبطة بالعلاقة نفسها. ويكون المفتاح الرئيسي لجدول العلاقة مكوناً من حقول 
المفاتيح الرئيسية لجداول الكينونات التي تربط بينها العلاقة. وفي بعض الأحيان يُضاف لحقول 
المفاتيح الرئيسية لجداول الكينونات التي تربطها العلاقة حقول أخرى تمثل بعض خصائص العلاقة 
نفسها؛ وذلك عندما لا تمكّننا المفاتیح الرئيسية لجداول الكينونات من التعرّف على حالات العلاقة 
بشكل متفرد. 


Éis‏ الشكل رقم )13-5( علاقة ثلاثية وهي علاقة «علاج» (TREATMENT)‏ التي 
تربط بين كينونة «طبيب» (PHYSICIAN)‏ وكينونة «مريض» (PATIENT)‏ وكينونة «دواء» 
(DRUG)‏ ويُمكن أن )15 هذه العلاقة على أن الطبيب يصف دواءً للمريض» وهو علاج 
المريض. وعليه؛ فإن علاقة «علاج» هي علاقة تربط بين ثلاث حالات في الوقت نفسه: حالة من 
حالات الأطباءء وحالة من حالات المرضىء وحالة من حالات الدواء. 


وحسب قاعدة التحويل أعلاه؛ 29 إنشاء جدول خاص بالعلاقة الثلاثية (أو العلاقة ذات 
الدرجة الأعلى من ثلاث)» بالإضافة لجداول الكينونات التي تربط بينها العلاقة. ويحتوي جدول 
العلاقة على حقول Оа‏ المفاتيح الرئيسية لجداول الكينونات الثلاثء وهي: «رمز الطبيب» 
((PhysiCian ID)‏ و«رمز المريض» «(Райеп{_ ID)‏ و«رمز الدواء» (Code)‏ وتكون هذه 
الحقول الثلاثة جزءاً من المفتاح الرئيسي لجدول العلاقة؛ إضافة إلى كونها مفاتيح خارجية تشير 
لجداول الكينونات الثلاث التي تربط بينها العلاقة. كما يتكون جدول العلاقة من حقول الخصائص 
المرتبطة بالعلاقة نفسهاء وهي: «التاريخ» (Date)‏ و«الوقت» (Time)‏ و«الملاحظات» 


.(Comments) 


1۲11311 


PHYSICIAN 
Physician ID | Name 


2۹0 
Paltient(_ID Name 


TREATMENT 
Patien ID | Physician ID | Code Dale | Time | Comments 


DRUG 
Codc Description 


شكل رقم (13-5): تحويل العلاقة الثلاثية إلى النموذج العلاقي. 


ونظراً АЗУ‏ من الممكن أن يقوم المريض الواحد بمقابلة الطبيب نفسه وأخذ الدواء نفسه أكثر 
من مرة في اليوم الواحد؛ فإن المفاتيح الرئيسية لجداول الكينونات الثلاث فقط لا تصلح لأن تكون 
مفتاحاً رئيسياً لجدول العلاقة؛ وذلك لأنها لا تمكّن من التمييز بين حالات العلاقة بشكل منفرد. 
لذلك 5 استخدام خاصیة التاريخ وخاصية الوقت المرتبطتين بالعلاقة؛ ليكونا جزءاً من المفتاح 
الرئيسي لجدول العلاقة. وبهذه الطريقة يمكن сз аЛ‏ على حالات العلاقة بشكلٍ منفرد؛ إذ إن 
المريض قد يقوم بمقابلة الطبيب نفسه وأخذ الدواء نفسه في اليوم نفسه ولكن في أوقات مختلفة. أما 


إذا افترضنا أنه ليس من الممكن أن يقوم المريض بمقابلة الطبيب نفسه وأخذ الدواء نفسه في اليوم 
نفسه؛ فإنه يمكن الاكتفاء بخاصية التاريخ لتصبح Íe ja‏ من المفتاح الرئيسي دون استخدام خاصية 
الوقت. 


7-1-5 قاعدة التحويل السابعة: التعامل مع علاقات الأنواع الرئيسية والأنواع الفرعية: 


لا يُمكن النموذج العلاقي حالياً من تمثيل علاقات الأنواع الرئيسية والأنواع الفرعية بشکلِ 
مباشر؛ غير أنه يتوفر عددٌ من الخيارات لمصمّمي قواعد البيانات تمگنهم من تحويل علاقات 
الأنواع الرئيسية والأنواع الفرعية من النموذج المفاهيمي «كينونة - علاقة» إلى النموذج العلاقي. 
وفيما يلي شرح للخيارات الأربعة التي ал‏ الأكثر شيوعاً في عملية التحويل Elmasri and)‏ 
:(Navathe, 2015‏ 


1-7-1-5 الخيار الأول: 


یتم إنشاء عددٍ من الجداول؛ بحيث يُخصّص ial y‏ منها لتمثيل النوع الرئیسي وواحد JS‏ 
نوع من أنواعه الفرعية. ويتكؤن جدول النوع الرئيسي من عددٍ من الحقول يكون مکافناً لعددِ 
الخصائص المرتبطة به في نموذج «كينونة - علاقة»» ويكون المفتاح الرئيسي لجدول النوع 
الرئيسي هو الخاصية (أو مجموعة الخصائص) المعرّفة للنوع الرئيسي في نموذج «كينونة - 
علاقة». كما S‏ إضافة حقل أو أكثر في جدول النوع الرئيسي لتمثيل уллу‏ الأنواع الفرعية». 
255 إنشاء جدولٍ لكل نوع فرعي يرتبط بالنوع الرئيسي في نموذج «كينونة — علاقة»؛ بحيث 
يكون е‏ حقول الجدول المنشأ لنوع فرعي معين مكافئاً لعدد خصائص النوع الفرعي في نموذج 
«كينونة - علاقة»» بالإضافة إلى حقل Ду‏ أكثر) لتمثيل المفتاح الرئيسي لجدول النوع الرئيسي. 
ويعني هذا أن OK‏ جدول لنوع فرعي يجب أن يحتوي على المفتاح الرئيسي لجدول النوع الرئيسي. 
كما یتم تعريف Jia‏ المفتاح الرئيسي للنوع الرئيسي الذي АЗ‏ إنشاؤه في جدول النوع الفرعي على 
أنه مفتاح رئيسي للنوع الفرعي» وفي الوقت نفسه مفتاح خارجي يشير إلى جدول النوع الرئيسي. 


Lmploycc Туре 
ا‎ w. U U U U U UJU. 


spa سی‎ 
mployc. o EMPLOYEE Datel lied Г) 
— А-ий” 
mployee_ Type 


e ° 
| HOURI.Y | SALARIED 
j f 
EMPLOYEH EMPLOYEE CONSULTANT 
— 


١ 


Name | Address Date Hind | Гтріоусе Туре 
L l 2 к 


EMPLOYEE 
Employce_No 


HOURLY_EMPLOYEE 
H_Employee_No Hourly_Rate 
Pk: ہہ‎ 7 
SALARIED_EMPLO YEE 
S_Employce No Monthly _Salary 


Conuact No | Billing Rare 


شكل رقم (14-5): تحويل علاقة الأنواع الرئيسية والأنواع الفرعية 
إلى النموذج العلاقي وفق الخيار الأول للتحويل. 

Éa‏ الشکل رقم )14-5( نوعاً رئیسیأء وهو «موظف» (EMPLOYEE)‏ يرتبط به 
ثلاثة أنواع فرعية من الموظفين» وهي: «موظفو أجر الساعات» 
«(HOURLY EMPLOYEE)‏ و«موظفو الأجر الشهري» 
(SALARIED_EMPOYEE)‏ «المستشارون» (CONSULTANTS)‏ وحسب القاعدة 
أعلاه؛ Аз‏ إنشاء أربعة جداول» أحدها لتمثيل النوع الرئيسي والثلاثة المتبقية لتمثيل الأنواع 
الفرعية. كما یتم إدراج الخصائص المشتركة للأنواع الفرعية (وهي تلك المرتبطة بالنوع 
الرئيسي) كحقول ضمن جدول النوع الرئيسي بما فيها الخاصية المعرّفة» وهي خاصية «رقم 
ii .(Employee_No) «b sll‏ أيضاً إضافة حقل للخاصية التي تميّز بين الأنواع الفرعیة 
وهي خاصية «نوع الموظف» Аі (Employee Туре)‏ بالنسبة لجداول الأنواع الفرعية؛ 


فيتكون OK‏ واحدٍ منها من حقول تمثل الخصائص التي يتفرّد بها عن بقية الأنواع الفرعية؛ إضافة 
إلى حقل المفتاح الرئيسي لجدول النوع الرئيسي الذي يُعرف ضمن جدول النوع الفرعي على أساس 
أنه مفتاح رئيسي» وفي الوقت نفسه مفتاح خارجي يشير إلى جدول النوع الرئيسي. 


2-7-1-5 الخيار الثانی: 


Ды‏ إنشاء عددٍ من الجداول؛ بحيث يكون 0 واحدِ منها ممثلاً لنوع فرعي واحد دون تمثيل 
النوع الرئيسي. ويحتوي جدول О‏ نوع فرعي على حقول لتمثيل الخصائص التي ينفرد فيها النوع 
е. ali‏ الك айы, ү‏ ر ayaka На‏ فة افر ey‏ = 
الرئيسي. ويكون المفتاح الرئيسي لجدول أي نوع فرعي هو الحقل الذي يمثل الخاصية المعرفة 
Шз н д‏ کیو اتر ال „ый‏ گیا ينتعت عن لق Дъ‏ سرد الوم «белй‏ 
фагы дд» әла assasi usu‏ طريقة ريل ола‏ عندما بكرن كيد یمن 
کاملاً بمعنى أن 23Í‏ حالة من حالات النوع الرئيسي لا بد أن Š‏ 38 ضمن أنواعه الفرعية» ويكون قيد 
الانفصال كاملا أيضاًء بمعنى أنه لا يمكن أن توجد حالة ما ضمن أكثر من نوع فرعي واحد في 


وقتِ واحد. 


ويوضّح الشكل رقم )15-5( كينونة النوع الرئيسي» وهو «مركبة» التي يرتبط فيها نوعان 
فرعيان هما: «سيارة» و«شاحنة». ونظراً لأن OK‏ مركبة لا بد أن تمثل ضمن الأنواع الفرعية؛ 
فإن قيد التخصیص هو تخصیصنّ «ЈАС‏ كما هو مُوضلح في الشكل بالخطين المزدوجين اللذين 
يصلان النوع الرئيسي بنقطة التفرُع. أما قيد الانفصال؛ فهو انفصالٌ كاملٌ؛ وذلك لأن السيارة لا 
يمكن أن تكون شاحنة أو بالعكس. في مثل هذه الحالة يمكن استخدام الطريقة أعلاه في عملية 
تحويل النموذج المفاهيمي إلى النموذج العلاقي؛ إذ یتم إنشاء جدولين أحدهما لتمثيل النوع الفرعي 
«سيارة»» والثاني لتمثيل النوع الفرعي «شاحنة». كما air‏ إدراج حقول Jäi‏ الخصائص 
المشتركة (التي ترتبط بالنوع الرئيسي) ضمن جدولي كلا النوعين الفرعيين بالإضافة 
للخصائص المميزة О)‏ نوع منهما ضمن الجدول الممثل للنوع الفرعي. كما تعرف خاصية المميز 
المرتبطة بالنوع الرئيسي» في كلا الجدولين» على أنها المفتاح الرئيسي JSI‏ منهما. 
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شكل رقم (15-5): تحويل علاقة الأنواع الرئيسية والأنواع الفرعية إلى النموذج 
العلاقي وفق الخيار الثاني للتحويل. 


3-7-1-5 الخيار الثالث: 


یتم إنشاء Jya‏ واحد فقط يتكون من حقول تمثل جميع الخصائص المشتركة للأنواع 
الفرعية؛ بالإضافة إلى حقول تميّل الخصائص المرتبطة (ш‏ نوع فرعي. كما یتم إضافة Jia‏ 
لتمثيل خاصية «مميز الأنواع الفرعية». ويمكن استخدام طريقة التحويل هذه عندما يكون قيد 
الانفصال کاملاء بمعنى أنه لا يمكن أن تُوجّد حالة ما ضمن أكثر من نوع فرعي واحد في الوقت 
نفسه» بغض УАШ‏ عن قيد التخصيصء سواء أكان كاملا أو جزئياً. 


L 


"سے کے 


| کے سے 
EMPLOYEE |‏ | 
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شكل رقم (16-5): تحويل علاقة الأنواع الرئيسية والأنواع الفرعية 
إلى النموذج العلاقي وفق الخيار الثالث للتحويل. 

ويمثل الشكل رقم (16-5) نوعاً رئيسياً وهو «موظف» (EMPLOYEE)‏ الذي يرتبط به 
ثلاثة Фі‏ فرعية من الموظفينء وهي: «موظفو أجر الساعات» 
«(HOURLY EMPLOYEE)‏ و«موظفو الأجر الشهري» 
((SALARIED_EMPLOYEE)‏ و«المستشارون» (CONSULTANTS)‏ ونظراً لکون 
xš‏ الانفصال هو انفصال كامل؛ فإنه يمكن تطبيق القاعدة أعلاه؛ بحيث Аз‏ إنشاء جدول واحد فقط 
لتمثيل النوع الرئيسي والأنواع الفرعية الثلاثة. ويتكون الجدول من حقول تمثل الخصائص 
المشتركة للأنواع الفرعية (وهي تلك المرتبطة بالنوع الرئيسي)؛ بالإضافة إلى حقول تمثل 
الخصائص المرتبطة 0-2 نوع فرعي. كما يحتوي الجدول على dia‏ يمثل مميز الأنواع الفرعیة 
وهو dia‏ «نوع (Етріуее Туре) «b sl‏ وعند إضافة موظف إلى الجدول؛ âi‏ إدخال 
كافة بيانات الموظف ونوعه. أما بالنسبة للحقول التي لا تنطبق على الموظف فتكون قيمها غائبة 
.(NULL)‏ 


4-7-1-5 الخيار الرابع: 


یتم إنشاء جدول واحد فقط يتكون من حقولٍ تمثل جميع الخصائص المشتركة للأنواع 
الفرعية؛ إضافة إلى حقول تمثل الخصائص المرتبطة {бш‏ نوع فرعي. كما 25 إضافة عددِ من 
الحقول يساوي عدد الأنواع الفرعية؛ بحيث يقابل dia ÓS‏ منها نوعاً فرعياً واحداً. وتُعرّف هذه 
الحقول الإضافية بأنها ذات بيانات «ثنائية القيم» (Воо1еап Data Туре)‏ وتكون قيمة dia ¿s|‏ 
من هذه الحقول الإضافية مساويةً للقيمة «صح» (True)‏ إذا كانت الحالة المُدخلة تتبع للنوع 
الفرعي المقابل للحقل الإضافي ثنائي القيم. j‏ إذا لم تكن الحالة 218521 Аддз‏ لذات النوع 
الفرعيء تكون قيمة الحقل الإضافي المقابل للنوع الفرعي هي (False) «Чез»‏ ويُمكن استخدام 
طريقة التحويل هذه عندما يكون قيد الانفصال جزئياً بمعنى أنه من الممكن أن аъ ўў‏ حالة ما ضمن 
أكثر من نوع فرعي واحد في الوقت نفسهء بغض النظر عن эй‏ التخصيص» سواء كان كاملا أم 
جزئياً. كما يُمكن استخدام هذه الطريقة (ша‏ عندما يكون قيد الانفصال كاملا. 


ويمثل ОСА!‏ رقم (17-5) نوعاً رئيسياً وهو «قطعة (PART) «Lè‏ يرتبط به نوعان 
فرعيان» аА‏ «قطع الغيار المصنّعة «(Шз‏ (في المنظمة نفسها) بمسئی 
«(MANUFACTURED_PART)‏ و «قطع الغيار المشتراة» .(PURCHASED_ PART)‏ 
ونظراً لكون قيد الانفصال هو انفصال متداخل؛ إذ إن بعض قطع الغيار قد تكون مُصنعة داخلياً وفي 
الوقت نفسه مُشتراة؛ يمكن Hia‏ تطبيق القاعدة أعلاه؛ بحيث Аз‏ إنشاء جدول واحد فقط لتمثيل 
النوع الرئيسي ونوعيه الفرعين. ويتكون الجدول من حقول تمثل الخصائص المشتركة للأنواع 
الفرعية (وهي تلك المرتبطة بالنوع الرئيسي)؛ إضافة إلى حقول تمثل الخصائص المرتبطة Jo‏ 
نوع فرعي. كما يحتوي الجدول على حقلين ذَوَيْ نوعية بيانات ثنائية القيم» هما: Jia‏ «مُصنّعة» 
(ManufaCtured)‏ وحقل «مُشتراة» .(PurChased)‏ وتكون قيمة أي dia‏ من هذين الحقلين 
Ll‏ «صح» وإما «خطأ». فعندما تكون قطعة الغيار مُشتراة فقط تكون قيمة Jia‏ «مُشتراة» соъ‏ 
وتكون قيمة حقل «مُصنّعة» Í Ш‏ إذا كانت قطعة الغيار مُصنّعة داخلياً فقط؛ فتكون قيمة Jia‏ 
«مُصنّعة» صح» وقيمة حقل «مُشتراة» Ш‏ وفي حال كانت بعض من قطع الغيار مُصنّعة داخلياً 
وبعض منها مشتراة؛ فإن قيمة كلا الحقلين تكون صحيحة. 
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شكل رقم )17-5( تحويل علاقة الأنواع الرئيسية, والأنواع الفرعية 
إلى النموذج العلاقي وفق الخيار الرابع للتحويل. 


5-7-1-5 فوارق خيارات تصميم علاقات الأنواع الرئيسية والأنواع الفرعية: 


2 الخيار الأول والخيار الثاني من خيارات التصميم التي ينتج عنها أكثر من جدول؛ في 
حين أن الخيار الثالث والخيار الرابع يُعدان من خيارات التصميم التي ينتج عنها جدول واحد فقط. 
كما i‏ الخيار الأول لعملية تحويل علاقات الأنواع الرئيسية والأنواع الفرعية خياراً hle‏ بمعنى 
أنه يمكن استخدامه بغض النظر عن القيود المفروضة على النوع الرئيسي وأنواعه الفرعية (وهما 
قيد التخصیص وقيد الانفصال). إلا أن هذا الخيار يتطلب عملية «ربط تساوي» (Equi-Join)‏ 
على المفتاح الرئيسي بين جدول النوع الرئيسي وجدول ¿sÍ‏ نوع فرعي للحصول على جميع 
بيانات النوع الفرعي. Í‏ إذا أردنا الحصول على بيانات جميع الأنواع الفرعية؛ فإن هذا يتطلب 
عملية «اتحاد خارجي» (Outer Union)‏ بعد عملية «ربط تساوي» بين الأنواع الفرعية بالنوع 
الرئيسي. 


А‏ الخيار الثاني فلا يتطلب عملية «ربط تساوي» للحصول على جميع بيانات نوع فرعي 
معين؛ لأن هذه البيانات متوفرة بالكامل ضمن جدول النوع الفرعي نفسه. غير أن هذا الخيار 
يُستخدم في حالة کون قيد التخصیص «АХ‏ وقيد الانفصال كاملا أيضاً. فإذا لم يكن قيد التخصیص 
كاملاً؛ АДА‏ سيتمٌ فقد بيانات الأنواع التي لم يتم تخصيصها. أما إذا كان قيد الانفصال متداخلاً؛ فإنه 
سيتمٌ تكرار تخزين بعض البيانات ضمن جداول الأنواع الفرعية. وكما هو الحال في الخيار 
الأول» تُستخدم عملية «الاتحاد الخارجي» (Outer Union)‏ إذا أردنا الحصول على جميع الأنواع 
الفرعية؛ وذلك АЗУ‏ لا يحتوي čal‏ من جداول الأنواع الفرعية على بيانات الأنواع الفرعية كافة. 

يُستخدم الخيار الثالث عندما يكون قيد الانفصال كاملاً. Аз,‏ استخدام أحد حقول الجدول 
باعتباره ممیزاً للنوع الفرعي؛ بحيث تُحدّد القيمة المخرّنة في هذا الحقل СЕ]‏ حالة зза‏ في 
الجدول؛ 9 Ф‏ الفرعي الذي تتبعه الحالة. وعندما يكون قيد التخصیص ÓL‏ فإنه لا بد أن تتبع 
كل حالة Аз ул‏ في الجدول لأحد الأنواع الفرعية؛ مما يعني وجود Дай‏ في حقل مميز الأنواع 
الفرعية تحَدّد النوع الفرعي الذي تتبعه الحالة. أما إذا كان قيد التخصیص جزبياً؛ فإن هذا يعني 
إمكانية وجود حالات ضمن الجدول لا تتبع لأيّ نوع فرعي. وفي هذه الحالة تترك قيمة حقل 
ممیز الأنواع الفرعية غائبة (NULL)‏ كما تترك جميع الحقول التابعة للأنواع الفرعية غائبة 
Laj‏ 


aata‏ الخياز الرابع بحيث يُمكّن من تمثيل علاقة الأنواع الرئيسية والأنواع الفرعية عندما 
يكون قيد الانفصال متداخلاً. وباستخدام هذا الخيار یت تعريف эле‏ إضافي من الحقول في الجدول 
الذي يمثل النوع الرئيسي والأنواع الفرعية؛ بحيث يكون عدد الحقول الإضافية هذه مساوياً لعدد 
الأنواع الفرعية. а ау‏ هذه الحقول الإضافية على أنها ذات بيانات «ثنائية القيم» Boolean)‏ 
„(Раа Type‏ وتكون dia (41 aš‏ من هذه الحقول الإضافية مساوية للقيمة «صح» l) (True)‏ 
كانت الحالة المُدخلّة تتبع للنوع الفرعي المقابل للحقل الإضافي ثنائي القيم. أما إذا لم تكن الحالة 
218521 تابعة للنوع الفرعي نفسه؛ تكون قيمة الحقل الإضافي المقابل للنوع الفرعي هي «خطأ» 
(False)‏ كما تكون قيم جميع الحقول التابعة للنوع الفرعيء في هذه الحالة» غائبة (NULL)‏ 
وكما هو الحال في طريقة التحويل الثالثة؛ فإن طريقة التحويل هذه تعفينا من إجراء أية عملية ربط 
أو اتحاد للحصول على كامل بيانات الأنواع الفرعية. 


إن الخيارات الأربعة أعلاه تعطي مُصمّمي قواعد البيانات المرونة الكافية لتحديد الطريقة 
المناسبة في تحويل علاقات الأنواع الرئيسية والأنواع الفرعية. فالخيار الأول والخيار الثاني ينتج 
عنهما أكثر من جدول؛ مما يستدعي إجراء عمليات ربط بين الجدول واتحاد فيما بينها؛ الأمر الذي 
يتطلب استغراق وقتِ أطول في تنفيذ الاستفسارات مقارنة بالطريقة الثالثة والطريقة الرابعة. 
غير أن الطريقة الأولى والطريقة الثانية لا تستنزفان المساحة التخزينية؛ وذلك لعدم وجود الكثير 
من القيم الغائبة ضمن الجداول مقارنة بالطريقة الثالثة والطريقة الرابعة. على النقيض من ذلك؛ 
فإن الطريقة الثالثة والطريقة الرابعة أسرع في تنفيذ الاستفسارات من الطريقة الأولى والطريقة 
الثانية؛ وذلك لكون جميع بيانات الأنواع الفرعية متوافرة في جدول واحد؛ مما يعني عدم الحاجة 
إلى إجراء أية عملية ربط أو اتحاد؛ غير أن هاتين الطريقتين تستنزفان الكثير من المساحة 
التخزينية» وخاصة عندما تكون الحقول المرتبطة OS‏ نوع فرعي كثيرةً نسبياً؛ مما ينتج عنه الکثیژ 
йы‏ اف بيت الضوق | 

6-7-1-5 تحويل هرميات الأنواع الرئيسية والأنواع الفرعية: 

عندما نقوم بعملية تحويل هرميات من علاقات الأنواع الرئيسية والأنواع الفرعية؛ فإنه ليس 
من الضروري اتباع نفس خيار التحويل لجميع الأنواع الرئيسية والأنواع الفرعية» وإنما يمكن 
استخدام خيارات مختلفة. аа ы)‏ الشكل رقم )18-5( خيارات مختلفة لتحويل Аза а‏ من الأنواع 
الرئيسية والأنواع الفرعية. 
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شكل رقم )18-5( تحويل هرميات الأنواع الرئيسية والأنواع الفرعية إلى النموذج العلاقي. 

bai‏ في عملية التحويل akali‏ في الشكل أنه 3 áj‏ استخدامُ الخيار الأول لتمثيل علاقة 
النوع الرئيسي «شخص» (PERSON)‏ وأنواعه الفرعية؛ إذ S‏ إدراج الخصائص المشتركة 
لجميع فنات الأشخاص ضمن جدول الكينونة الرئيسية «شخص». ولكون قيد الانفصال انفصالاً 
متداخلاً؛ فقد ái‏ إضافة ثلاثة حقول تبيّن نوعية الشخص فيما إذا کان موظفاً أو طالب أو خريجاً أو 
أية توليفات أخرىء مثل أن يكون الشخص خريجاً من الجامعة» وفي » الوقت نفسه موظفاً فيها. وعند 
تحويل النوع الفرعي «موظف» ái‏ استخدام الخيار الثالث؛ إذ تع إنشاء جدول واحد amal‏ أنواع 
الموظفين مع إضافة مميّز لنوع الموظف يبيّن È‏ كان الموظف عضواً لهيئة التدریس أو موظفاً 
غير ذلك (من العاملين في إحدى الوظائف الإدارية). وعند تحويل النوع الفرعي «طالب» 


(STUDENT)‏ @ استخدامٌ الخيار الثاني؛ إذ 25 إنشاءُ جدولين» هما: جدول لتمثيل طلبة درجة 
البكالوريوس» وجدول لتمثيل طلبة الدراسات العليا. ЧОО‏ فيما يتعلق بالنوع الفرعي «خريج» 
(ALUMNUS)‏ فإنه لا يرتبط ¿sb‏ أنواع فرعية ولكنه يرتبط بخاصية مركبة ومتعددة القيم في 
ذات الوقت» وهي «الدرجة العلمية» (Degree)‏ التي š‏ تحويلها حسب قاعدة التحويل رقم (1). 


8-1-5 قاعدة التحويل الثامنة: التعامل مع التجميع: 


عند وجود تجميع؛ SS‏ تحويل الكينونات والعلاقات المجمّعة حسب قواعد التحويل التي 
سبق شرحها أعلاه. l‏ بالنسبة لعلاقة التجميع التي تربط بين كينونة ماء من جانب» والتجميع» من 
جانب آخر؛ Sà‏ التعامل معها وكأنها علاقةٌ تربط بين كينونتين. فعلى سبيل المثال: لنفترض 
وجود التجميع АА‏ في الشكل رقم (19-5). ÉJ‏ هذا التجميع АААЙ)‏ داخل الشكل المستطیل ذي 
الخط المتقطع) يربط بين كينونة «قسم» وكينونة «مشروع»؛ من خلال علاقة «دعم مالي». 
اتو هذا اتح Дала‏ فا hai‏ وق )2-3-1-5( التي ترسح طريقة تحويل العلاقات 
الثنائية ذات التعددية «متعدد - متعدد». وباستخدام هذه الطريقة؛ 3 إنشاء 2556 جداولء هي: 
جدولان لتمثيل الكينونتين اللتين تربط بينهما العلاقة الثنائیة «دعم مالي» (SPONSOR)‏ 
والجدول الثالث لتمثيل العلاقة نفسها. бйз,‏ عن هذه الخطوة ثلاثة جداول» هي: جدول القسم 
(DEPARTMENT)‏ وجدول المشروع (PROJECT)‏ وجدول الدعم المالي 
.(SPONSOR)‏ ويوضح الشكل المفاتيح الرئيسية والمفاتيح الخارجية لهذه الجداول. 
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شكل رقم (19-5): تحويل علاقات التجميع إلى النموذج العلاقي. 


Ц‏ عملية تحويل علاقة amail‏ «متابعة» (Monitors)‏ فهي ieni‏ بعملية تحويل 
العلاقات الثنائية التي تربط بين کینونتین؛ إذ يتم إنشاء جدول خاص بالعلاقة يحتوي على Jia‏ 
لتمثیل المفتاح الرئيسي لجدول كينونة الموظفين وهو «رقم الموظف» (Ешр1оуее_Мо)‏ 
وحقول المفتاح الرئيسي لجدول علاقة «دعم المادي)ء وهي «رقم القسم» (Dept No)‏ و«رقم 
المشروع» «(РгојеСі No)‏ كما يحتوي على Jia‏ لتمثيل الخاصية المرتبطة بالعلاقة» وهي 
«حتى» (Until)‏ وثعرّف الحقول الثلاثة للمفاتيح الرئيسية مجتمعة بأنها المفتاح الرئيسي لجدول 
المتابعة» كما يُعَرّف كل مفتاح على iia‏ بأنه مفتاح خارجي. فالمفتاح эз (Employee No)‏ 
جزءاً من المفتاح الرئيسي لجدول العلاقة» وفي الوقت نفسه 523 مفتاحاً خارجياً يشير لجدول 
الموظف. j‏ حقل «رقم القسم» وحقل «رقم المشروع» فهما مجتمعيّْن Ís ja дал‏ من المفتاح 
الرئيسي للعلاقة» وفي الوقت نفسه يُعدّان مفتاحاً خارجياً يشير لجدول علاقة الدّعم المادي. 

йз,‏ طن اتات дый‏ ال فا ди‏ کسی فة تقر بولك مع كد 
حذف الجدول الذي یربط بين الكينونتين المجمعتين. ففي مثالنا السابق؛ يمكن حذف جدول الدعم 
المالي لو لم ترتبط علاقة «دعم مالي» بخاصية خاصة فيها. غير أنه بشكل عام لا يمكن التحسين 
على التصميم السابق ما لم يتحقق الشرطان التاليان: 


УЙ -1‏ ترتبط العلاقة التي بين الكينونات المجمّعة بخصائص خاصة فيها. 
2- أن تكون OS‏ حالة مجمعة مرتبطة بعلاقة التجميع. 
ففي مثالنا السابق؛ كل «دعم مالي» يجب أن hbi y‏ بموظف واحد على الأقل. #03 على 


ذلك؛ فإن هذا الشرط الثاني منطبقٌ على مثالناء ولكن الشرط الأول غير منطبق. ӨМ‏ فإننا 
У‏ قتع ДА)‏ حدول الف غ الما من КОА КЕ заз‏ 


2-5 التصميم المنطقي للحالة الدراسية: 


على الرّغم من أن أدوات هندسة البرمجيات تقوم بتحويل النموذج المفاهيمي إلى النموذج 
العلاقي بشكل تلقائي؛ فإنه من الأهمية التععرّف على خطوات التحويل هذه. لذا؛ فإن هذا الفصل قد 
ركز على قواعد تحويل النموذج المفاهيمي إلى النموذج العلاقي في خطوة تُدعَى «التصميم 


المنطقي» لقواعد البيانات. وهذه الخطوة تترجم تصميم قاعدة البيانات من نموذج عالي 
المستوى» قريب من مستوى إدراك المستفيدين من قاعدة البيانات لبياناتهم» إلى تصميم لقاعدة 
البيانات نفسها؛ ولكن للنموذج الذي سيتمٌ بناء قاعدة البيانات عليه. 


FACULTY_T 
| Faculty ID | FName Машс Salary | DOB | Phone No j Department Ш 


QUALIFICATION T 
Faculty ID Course ID Date_Qualifiod 


COURSF_T 
Course_ID 


DEPARTMENT T 
Departmenti ID Name 
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mn 
شكل رقم )20-5( التصميم المنطقي الكامل لقاعدة بيانات الجامعة الأهلية.‎ 

وبناءَ على خطوات التحويل التي تمَّ شرحها في هذا الفصل؛ فإن الشكل رقم (20-5) يوضّح 
التصميم المنطقي الكامل لقاعدة بيانات الجامعة الأهلية. Љо зу‏ في الشكل إضافة الحرف PT“‏ 
بعد اسم 0 جدول؛ وذلك للتفريق بین جداول قاعدة البيانات وبقية أنواع هياكل قاعدة البيانات» مثل: 
الفهارس والمنظورات - التي سيتمٌ التطرّق إليها في الفصول المتعلقة بلغة الاستفسار البنائية 
(الفصلان السابع والثامن). ayu,‏ في الشكل Laj‏ استخدام خطوط مختلفة بعضها متصل 
والبعض الآخر منقط؛ غير أن هذا الاختلاف في طبيعة الخطوط لا يدل على اختلافِ في المعنى 


المقصود بها؛ إذ إنها جميعاً تستهدف ربط المفاتيح الخارجية بالمفاتيح الرئيسية التي تشير إليهاء وأن 
هذا الاختلاف في طبيعة الخطوط جاء بشكل مُتعمدٍ حتى تسهل عملية تتبع الخطوط في الشكل 
Lä‏ 


حالة دراسية 
قاعدة بيانات شركة عقارية 
(الحل متوفر في الملحق رقم 2) 
على افتراض المخطط المفاهيمي في الشكل رقم (21-5) الذي يمثل قواعد العمل المعمول 
بها في الشركة العقارية التي سبق عرضها في الفصل الثالث؛ المطلوب تحويل المخطط المفاهيمي 
إلى مخطط منطقي (جداول علاقية)» وإيضاح كافة تفاصيله. 


аг“‏ یو ہے 
2 ا اعون 2 
2 — 


شكل رقم :)۲۱-٥(‏ المخطط المفاهيمي لقاعدة بيانات الشركة العقارية 


الفصل السادس 
تطبيع العللاقات والتصميم المادي 


لقواعد البيانات العلاقية 


سبق أن أشرنا في الفصل السابق أن مرحلة التصمیم المنطقي لقواعد البيانات تتكوّن من خطوتين 
رئيسيتين: في الخطوة الأولى یتم تحويل النموذج المفاهيمي إلى نموذج قاعدة البيانات المستخدمةء وهو 
النموذج العلاقي الذي يمثل ам]‏ محاور هذا الكتاب. وقد تم شرح هذه الخطوة في الفصل السابق. | في 
الخطوة الثانية؛ ый‏ تحسین تصميم قاعدة البيانات الناتجة من عملية التحويل؛ بحيث تحتوي على أقل قدر 
ممكن من البيانات المتكررة؛ حتى «даз з‏ المشكلات التي قد تنتج عن عمليات التعديل على محتويات 
قاعدة البيانات. وتدعى هذه الخطوة بعملية «التطبيع» (Normalization)‏ التي تمثل موضوع sjal‏ 
الأول من هذا الفصل. 

Ч‏ الجزء الثاني من هذا الفصل؛ فيركز على مرحلة التصمیم المادي لنظم قواعد البيانات الذي يهدف 
إلى إنشاء تصمیم يُمكّن من تخزين البيانات بشكل يوفر الأداء المناسب لنظام إدارة قاعدة البيانات على 
اختلاف حجم العمليات التي Май‏ عليها. ويعني هذا؛ وعلى خلاف التصميم المفاهيمي والتصميم المنطقي» أن 
التصميم المادي يوضّح الكيفية التي ستُخرّن وتُعالّج فيها البیاناتء لا على الكيفية التي 29 من خلالها сабай‏ 
على البيانات والعلاقات فيما بينها أو طريقة تمثيلها وفق النموذج العلاقي أو نماذج البيانات الأخرى. 

:(Normalization) التطبيع‎ 1-6 

عند شرح النموذج المفاهيمي» أعملنا الحذس في أثناء عملية التعرٌف على الكينونات وتجميع 
الخصائص التابعة لكلّ منها. وبعد ذلك؛ 5 استخدام خطوات مُحدّدة لتحويل النموذج المفاهيمي إلى 
علاقات. إلا أن الاستناد إلى الحَذس فقط في تصميم قواعد البيانات غير كافب ولا یمگننا من قياس أو معرفة 
جودة الجداول المكوّنة لقاعدة البيانات. لذلك؛ فإننا بحاجة إلى طريقة رسمية واضحة المعالم والأسس 
النظرية التي تمكننا من معرفة جودة الجداول التي تمَّ تصميمها. әла з‏ الطريقة الرسمية تُسمّى «التطبيع» 


(Normalization)‏ ولکن قبل البدء في التعرّف على مفهوم التطبيع والخطوات التي ثتبع KLN‏ من جودة 
جداول قاعدة البيانات؛ سنقوم بإيضاح المقصود بالجداول جيدة البناء .(Well-StruCtured Relations)‏ 


:(Well-StruCtured Relations) البناء‎ š> الجداول‎ 1-1-6 


من المنطقي أن يحتوي GÍ‏ جدولٍ على أقل قدرٍ ممكنِ من التكرارية؛ وذلك لأن تكرارية البيانات» كما 
سبق أن أوضحنا في الفصل الأول؛ تؤدي إلى مشكلات أو عدم تناسق في البيانات ما لم يتم التعرّف على 
مكامنها بشكلٍ دقيق والتحكّم فيها بشكلٍ کامل. لذا؛ فإن أي جدول يجب أن يحتوي على أقل قدر ممكن من 
التكرارية في بياناته؛ بحيث يُمكّن المستفيدين من التعامل مع محتوياته» من خلال عمليات الحذف والتحديث 
والإضافة» دون حدوث مشكلات أو عدم تناسق في البيانات. ويمثل الجدول رقم )1-6( جدولاً جيد البناء؛ 
لأن 05 Саа‏ فيه يمثل البيانات المتعلقة بعضو هيئة تدريس واحد ودون وجود أية تكرارية في بيانات 
عضو هيئة التدريس. كما أن بإمكان المستفيدين من الجدول حذف 091 سجل فيه أو تحديث أي dia‏ من 
cal gia‏ أو إضافة gda gj‏ جديدٍ دون АЙ‏ مشكلات (أو عدم تناسق) في بياناته؛ وذلك МЇ ОУ‏ من هذه 
التغييرات محصورةٌ في سجل واحد من سجلات الجدول. 


جدول رقم (1-6): مثال لجدول جيد البناء. 


FACULTY_T 


454-2341 35000 | 22/05/1963 
456-7733 | 25900 | 701970 
320 р 


454-5412 | 44000 | 13/05/1965 
Ghanim | Alghanim | 456-2234 | 44500 | 12/08/1969 
Ibraheem Alsalch 454-1234 20/01/1970 


على النقيض من الجدول السابق؛ فإن التصميم ДААЙ‏ بالنموذج المفاهيمي في الشكل رقم )1-6( يُعَدُ 
تصمیماً سيئاً؛ حيث سينتجُ عنه جدول سيئ البناء أيضاً. والس‌بب وراء ذلك أن الجدول رقم )2-6( الناتج 
عن هذا التصميم؛ يحتوي على الكثير من التكرارية في بياناته. فعلى سبيل المثال: تتکرر البيانات الخاصة 
باسم الموظف» ومُسمّى الوظيفةء والراتب OS)‏ من الموظف رقم “752” والموظف رقم “83” في صفين من 
صفوف الجدول. ونتيجة لذلك؛ فإننا لو حاولنا تعديل راتب أو رقم هاتف أي من هذين الموظفين؛ فإنه يجب 
علينا إجراء التحديث في سجلين من سجلات الجدول عوضاً عن سجل واحد (كما هو الحال في الجدول رقم 


(1-6)). ونتيجة لهذه التكرارية في بيانات الجدول؛ فإنه من الممكن أن ينتج عن عمليات التعديل عليه 
مشكلات (أو عدم تناسق) في البيانات. эз яу‏ هناك ثلاثة أنواع من مشكلات ModifiCation) Jail‏ 
oisg (Anomalies‏ المشكلات (Аа‏ في مشكلة الإضافة (Insertion Anomaly)‏ ومشكلة الحذف 
(Deletion Anomaly)‏ ,41545 التحديث (Update Anomaly)‏ كما يلي: 


1- مشكلة الإضافة: لو أردنا إضافة سجل لموظف جديد؛ فإننا يجب أن نضيف قيمة لحقل «رقم 
المشروع» (PNO)‏ بالإضافة إلى بيانات الحقول المتعلقة بالموظف؛ وذلك dia ОУ‏ رقم المشروع 323 Íe ja‏ 
من المفتاح الرئيسي للجدولء ولا يمكن أن O S‏ قيمته غائبة. لذلك؛ فإن هذا الجدول يحتوي على مشكلة» 
وإن هذه المشكلة تتسبب في عدم إمكانية إضافة سجلات جديدة للموظفين إلا بإضافة بيانات تتعلق 


بالمشاريع. 

2- مشكلة الحذف: لو قمنا بحذف سجل الموظف رقم Е‏ فإننا لن نحذف البيانات المتعلقة بهذا 
الموظف فحسب؛ ولكنه سيتم حذف البيانات المتعلقة بالمشروع رقم “21” كذلك. لذلك؛ فإن هذا الجدول 
يحتوي على مشكلةء وإن هذه المشكلة сау ый‏ في عدم إمكانية حذفنا لبيانات الموظفين دون حذف بيانات 
تتعلق بالمشاريع. 

3- مشكلة التحديث: لو أردنا تغيير أرقام هواتف أو رواتب أي من الموظفين رقم ”Е2“‏ ورقم 
4ء فإنه يجب Ude‏ إجراء مثل عمليات التحديث هذه في أكثر من سجلء Yy‏ أصبحت حقول بيانات 


الجدول غير متناسقة في محتوياتها. 


جدول رقم (2-6): مغال لجدول سيئ البناء ناتج عن تصميم مفاهيمي سيئ. 


EMP РКОЈ 


ENO | FName Title Salary | PNO | PNarre Rudget | Duration} Responsibility 
El | Saleh Aloufî Electrical Eng 40000 | РІ Databese System | 170000 | 12 Manager 


E2 | Ahmad Albamd System Analyst Human Кеѕсигоеч 190000 20 System Analyst 


E2 | Ahmad Alhanid System Analyst 2 Inventory 220000 10 System Analyst 


E3 | Mohamed Алтай 3 Human Rescurces 190000 10 Consultant 
ЕЗ | Mohamed Аалай | Mechanical Eug. 230000 14 Сившаш 
E4 | Khalid Alsalek Programmer 29000 220000 26 Programmer 
ЕЗ | Ibraheem Alotaibi 220000 4 Manager 


Eó | Mihal Aleesa Programmer 29000 | P. Maintenance 230000 6 Programmer 
ET | Atdullah Alghanım Programmer 29000 | P3 Human Rescurceg 190000 12 Manager 
ES | Turky Akalmen P3 Human Resourced 190000 | 12 Project Secretary 


وتدلٌ المشكلات السابقة في الجدول على أنه سيئ التصميم؛ وذلك لكونه يحتوي على بيانات تتعلق 
بشيئين مختلفین؛ أحدهما هو «الموظف»» والثاني هو «المشروع». "ур‏ على وجود مثل هذه 
المشكلات في أيّ جدول ومعالجتها؛ فإننا نستخدم تطبيع الجدول. 


2-1-6 مستويات التطبيع: 


а تمگننا من‎ (Formal ProCess) عملية تطبيع العلاقات (أو الجداول) «عملية رسمية»‎ С) 
على مكامن المشكلات في الجداول التي تمَّ تصميمها في أثناء الخطوة الأولى من عملية التصميم المنطقي؛‎ 
وذلك قبل الانتقال إلى مرحلة التصميم المادي الذي نقوم من خلالها ببناء قاعدة البيانات. لذا؛ فإن التطبيع‎ 
لتحسین تصميم الجداول الناتجة من الخطوة الأولى للتصمیم المنطقي؛ بحيث تتحقق عليها بعض‎ | 552 
اختبار كل‎ åh الشروط التي تمنع من التكرارية غير المرغوب فيها للبيانات. وفي أثناء عملية التطبيع؛‎ 
JS جدول للتأكد من تحقيقه لشروط أحد الأشكال الطبيعية. ويتمٌ في أثناء عملية التطبيع النظر في تصميم‎ 
جدول وتجزئته إلى أكثر من جدول؛ بغية تحسين تصميم الجدول الأساسي ليتوافق مع الخصائص المطلوب‎ 
هرمية من الأعلى إلى الأسفل تهدف إلى الفصل‎ Аас 353 فإن عملية التطبيع‎ Ш أن يتحلى بها الجدول.‎ 
بين المفاهيم (أو الأشياء) التي نقوم بنمذجتها. ويوضّح الشكل رقم )2-6( مستويات الأشكال الطبيعية؛‎ 
بحيث أنه كلما زاد رقم الشكل الطبيعي (وصولاً إلى الداخل)؛ كانت الشروط المصاحبة للشكل الطبيعي أكثر‎ 
شدة من الشكل الطبيعي الذي يسبقه» وبحيث يقلل من تكرارية البيانات التي يقبلها الشكل الطبيعي الذي قبله.‎ 


كافة العلاقات (الجداول) All Relations (Tables)‏ 
الشكل الطبيعي الأول 
الشكل الطبيعي الثاني 


شكل رقم (2-6): مستويات تطبيع العلاقات (أو الجداول). 


:((FunCtional DependenCies (FDs) الاعتماديات الوظيفية‎ 3-1-6 


تعتمد Ме‏ تطبيع الجداول على ما پعرّف بالاعتماديات الوظيفية 
.(DependenCies FunCtional)‏ والاعتمادية الوظيفية؛ هي їй‏ بين حقلين أو مجموعتين من الحقول 
في الجدول؛ بحيث إن أحد الحقلین أو إحدى المجموعتين تحَدّد وبشكل منفرد الحقل أو المجموعة الأخرى 
من الحقول» وفي أية حالة من الحالات التي قد يكون عليها الجدول. ويعني هذا أن الحقل الواحد؛ قد يعتمد 
وظيفياً على حقلين أو أكثر من حقول الجدول. ففي جدول «الموظف - المشروع» (EMP_PROJ)‏ أعلاه؛ 
يعتمد ÖS‏ من Jia‏ «المدة» (Duration)‏ وحقل «المسئولية» (Responsibility)‏ وظيفياً على حقلي «رقم 
الموظف» (ЕМО)‏ وحقل «رقم المشروع» (PNO)‏ مدمجين مع بعضهما. ويعني هذا أن قيمة حقل 
«رقم الموظف» وقيمة حقل «رقم المشروع» مجتمعين يُحدّدان OS Дай‏ من Jia‏ «المدة» وقيمة Jia‏ 
«المسئولية» بشكل منفردِ في جميع سجلات الجدول سواء تلك المدوّنة فيه فعلياً أو تلك التي قد تدوّن فيه 
مستقبلاً. ы,‏ تمثيل مثل هاتين الاعتمادیتین الوظيفيتين» كما يلي: 


(ENO, PNO) 4 Duration 
(ENO, PNO) — Responsibility 
¿sÍ وتعني الاعتمادية الوظيفية الأولى أنه يمكن معرفة (أو تحديد) الفترة الزمنية التي عمل فيها‎ 


موظف على أيّ مشروےء وفي АЙ‏ حالة يكون عليها محتوى الجدول؛ من خلال معرفة رقم الموظف ورقم 
المشروع. GÍ‏ الاعتمادية الثانية؛ فتعني أن مسئولية أي موظف في أي مشروع يمكن معرفتها من خلال رقم 


الموظف ورقم المشروع. ويُلاحَظ هنا أنه لا يمكن تحديد «المدة» أو «المسئولية» من خلال معرفة رقم 
الموظف أو رقم المشروع فحس‌ب؛ ولكنه يجب معرفة الاثنين а‏ لتحديد О‏ من «المدة» و«المسئولية» 
بشکلِ منفرد. كما يمكن تمثيل الاعتماديتين الوظيفيتين Зе!‏ كما يلي: 


(ENO, PNO) 4 (Duration, Responsibility) 


ويعني التمثیل أعلاه؛ أن الحقول الواقعة في الجهة اليسرى من السهم» وتدعى المحَدّدات 
(Determinants)‏ تُحيّدء وبشكل منفردء الحقول الواقعة في الجهة اليمنى من السهم. ففي التمثيل 
السابق؛ يُحذِد الحقلان «رقم الموظف» و«رقم المشروع»» У [лл‏ من حقل «المدة» وحقل «المسئولية». 
ومن أمثلة الاعتماديات الوظيفية الأخرى في الجدولء ما يلي: 


:(ENO, РМО) — (EName, Title, Salary, PName, Budget, Duration, Responsibility) 


3323 رقم الموظف ورقم المشروع مجتمعين بقية حقول الجدول (وذلك لكونهما المفتاح الرئيسي 
للجدول). 


ENO — (EName, Title, Salary)‏ 55 22 رقم الموظف У‏ من اسم الموظف»ء 


2 ومُسمّى وظیفته وراتبه. 
:PNO —> (PName, Budget) 3‏ يُحدّد رقم المشروع اسم ا لمشروع, وميزانية ا مشروع. 
Title — Salary 4‏ پُحدّد („А‏ الوظيفي للموظف الراتب الذي يتقاضاه الموظف. 


ونظراً لأن من خصائص المفتاح الرئيسي 8( جدول تحديد سجلات الجدول بشكل منفرد؛ GU‏ حقلي 
«رقم الموظف» و«رقم المشروع» يُحدّدان Ёз О‏ من حقول الجدول بشکل منفرد. فعلى سبيل المثال: 
إذا عرفنا أن رقم الموظف هو “82” وأن رقم المشروع هو “01”؛ فإن هاتين القيمتين تُحدّدان» وبشکلِ 
منفردء بقية حقول السجل. وتوضّح الاعتمادية الوظيفية الأولى أعلاه هذا المفهوم. GÍ‏ الاعتمادية الوظيفية 
الثانية والثالثة؛ فتُوضّحان أنه من خلال معرفة قيمة Jia‏ «رقم الموظف» نستطيع معرفة بقية بيانات 
الموظف» ومن خلال معرفة قيمة Jia‏ «رقم المشروع» نستطيع معرفة بيانات المشروع. وثسمّى مثل 
сыйа‏ الاعتماديتين اعتماديات وظيفية جزئية oY ‘(Partial FunCtional DependenCies)‏ الحقول 
الواقعة في الجهة اليمنى في OS‏ من الاعتماديتين الوظيفيتين تعتمذ على eja‏ من حقول المفتاح الرئيسي 
وليس جميع حقوله. l‏ الاعتمادية الوظيفية الرابعة؛ فتوضّح أن معرفة قيمة (йз‏ «مُسمّى الوظيفة» 
للموظف تمكننا من معرفة راتبه. 


ويمكن تعريف الاعتمادية الوظيفية بشكلٍ رسميء كما يلي: 


إذا افترضنا وجود جدول اسمه “R”‏ يحتوي على эле‏ من الحقول “А”‏ بحيث إن 
ш 3‏ > = > 


A = ]4 Аз, n An)‏ وكانت كل من “X”‏ و “Y”‏ تمثل مجموعة جزئية من حقول 
الجدول A, Y C A)‏ ے (X‏ وإذا كان لأية زوجين من السجلات Š‏ الجدولء وليكونا 
t, t,‏ في أية حالة صحيحة من حالات الجدول: 

[r [X] = [X] > 61Ү] =+ Y] 


فإنه يوجد اعتمادية وظيفية في الجدول “R”‏ بين الحقل أو مجموعة الحقول الممثلة في “X”‏ 
ENS 9‏ كما بأي: 


X— Y 


535 الاعتمادية الوظيفية الرابعة أعلاه YE‏ جيداً لفهم تعريف الاعتماديات الوظيفية؛ إذ إن تساوي 
АА‏ الوظيفة لأيّ اثنين من الموظفين يعني بالضرورة تساوي المرتبات التي يتقاضاها كلا الموظفين. 
وهذا يعني أن مُسمَّى الوظيفة يدل دائماً على الراتب الذي يتقاضاه الموظف» وكذلك هو الحال بالنسبة 
للاعتمادية الوظيفية الثانية والثالثة؛ فالاعتمادية الثانية تعني أن أي سجلين يحتويان على «رقم الموظف» 
نفسه ستكون OK ¿š‏ من حقل «اسم الموظف» وحقل Алу‏ الوظيفي» وحقل «راتبه» متساوية فيهما. UÍ‏ 
الاعتمادية الوظيفية الثالثة؛ فتعني أن أي سجلين يحتويان على «رقم المشروع» نفسه ستكون قيم 0 من حقل 
«اسم المشروع» وحقل «ميزانية المشروع» متساوية فيهما. 

À) على تعريف الاعتماديات الوظيفية؛ يمكن تعريف المفتاح الخارق» الذي سبق التطرق له‎ ¿Uus 
الجزء 2-1-1-4 من الفصل الرابع)ء لأيٍ جدول؛ وبشكلٍ رسميء على أنه مجموعة من الحقول تمكّن من‎ 
التعرّف على سجلات الجدول بشكلٍ منفردء كما يلي:‎ 


إذا افترضنا وجود جدول اسمه “R”‏ يحتوي على эде‏ من الحقول “А”‏ بحيث إن 
ل۸ .... (A = {Ap Ap‏ وأن مجموعة جزئية من حقولهء ولتكن (K C A) “K”‏ تمثل 
مفتاحاً خارقاً للجدول؛ فإنه А‏ زوجين من السجلات في الجدولء وليكونا t, t,‏ في أية 


حالة صحيحة من حالات الجدول يجب أن يتحقق الشرط التالي: 


t [K] = t [K] > t = t, 


ويعني التعريف أعلاه أنه لا يمكن أن يكون في أي جدول سجلان مختلفان لهما المفتاح الخارق نفسه؛ 
لأن تساوي قيم المفتاح الخارق في سجلين يعني بالضرورة أنهما عبارة عن سجل واحد. új‏ المفتاح 
المرشّح؛ فيكون في هذه الحالة عبارة عن مفتاح خارق؛ ولكنه لا يحتوي على مفتاح خارق آخر بمعنى أنه لا 
وک أن حاف ا كل من дл АЫ‏ الامش 8 کی А3900‏ ع paha‏ مل مرد کنا 
ةاعر E‏ تم الفا 


إذا افترضنا وجود جدول “К” daul‏ يحتوي على эле‏ من الحقول “А”‏ بحيث إن 
1خ .... ر4 ھ) = A‏ وأن مجموعة جزئية من حقوله. ولتكن (C C А) “C”‏ تمثل مفتاحاً 


مرشحاً للجدول؛ فإنه АЎ‏ زوجين من السجلات في الجدول, وليكونا ,1 , 4 في أية حالة صحيحة 


من حالات الجدول يجب أن يتحقق الشرط التالي: 


t [C-A | = t [C-A ] > t = t, 


ويعني التعريف أعلاه أنه إذا تساوى سجلان من سجلات أيّ جدول في А‏ بعض حقول المفتاح 
المرشح؛ فإن هذه الحقول لا تعني أن السجلين هما في الواقع يمثلان السجل نفسه»ء كما هو الحال في تعريف 
المفتاح الخارق أعلاه. 


ый,‏ الحقول في أي جدول إلى نوعين: النوع الأول هو الحقول الأولية» والنوع الثاني هو الحقول 
غير الأولية» كما يلي: 


ө‏ الحقل الأولي: هو حقل ينتمي لأحد المفاتيح المرشحة. 


diall ө‏ غير الأولي: هو dia‏ لا ينتمي gY‏ مفتاح مرشح. 


وبناء على التعاريف والمفاهيم السابقة؛ نقدّم فیما يلي الأشكال الطبيعة الثلاثة الأولى التي قام «كود» 
باقتراحها )1972 (Codd,‏ لتصبح سلسلة توصلنا إلى الخصائص المرغوب فيها في هياكل الجداول التي 
يوفرها الشكل الطبيعي الثالث. 


:((First Normal Form (INF) الشكل الطبيعي الأول‎ 1-3-1-6 


يُشترّط (БУ‏ جدول في شكله الطبيعي الأول أن يحتوي على قيمة واحدة فقط في أي حقل من حقوله؛ 
مما يعني أنه لا يمكن 00У‏ جدول في شكله الطبيعي الأول أن يحتوي على dia‏ متعدّد القيم. وَيُعَدُ الشكل 
الطبيعي الأول من ضمن التعريف الرّسمي لهياكل الجداول العلاقية؛ إذ С)‏ أي جدول علاقي لا يمكن أن 


يحتوي على حقول متعددة القيم. وقد تمَّ تعريف هذا الشكل الطبيعي تاريخياً لتأكيد أن الجداول العلاقية يجب 
ألا تحتوي على حقول متعددة القيم. 

ولإيضاح طريقة تطبيع الجداول إلى الشكل الطبيعي الأول لنفترض الجدول رقم )3-6( الذي يتكون 
من أربعة حقول» هي: حقل «رقم القسم»» وحقل (راسم القسم»» وحقل «رقم الموظف» الذي يرأس القسم» 
وحقل «الموقع»» ولنفترض أيضاً وجود أكثر من gå ga‏ لبعض الأقسام. 


جدول رقم (3-6): جدول ليس في الشكل الطبيعي الأول. 
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إن الجدول رقم )3-6( ليس بالشكل الطبيعي الأول؛ لأن حقل الموقع في السجل الثاني يحتوي على 
أكثر من قيمة. ويمكن تفسير محتويات حقل «الموقع» وفق أحد التفسيرين التاليين: 


1- مجال حقل «الموقع» مكوّن من قيم غير مركبة (وهي أسماء المدن)؛ ولكن الحقل قد يحتوي على 
أكثر من قيمة. ويعني هذا أن حقل «الموقع» لا يعتمد وظيفياً على حقل «رقم القسم». والسبب وراء ذلك 
أن قيمة المفتاح الرئيسي لا يمكن أن تحَدّد قيمة واحدة لحقل «الموقع». 


2- مجال حقل «الموقع» يتكوّن من مجموعة من القیم؛ وبذلك فهو ذو قيم مركبة. وفي هذه الحالة؛ 
فإن حقل «الموقع» يعتمد وظيفياً على المفتاح الرئيسي للجدول. 


ووفقاً لكلا sill‏ يرين السابقين لحقل «الموقع» КЕ y‏ الجدول رقم )3-6( بالشكل الطبيعي الأول (أو 
جدولاً علاقياً). i g‏ لتطبيع الجدول حتی يصبح بالشكل الطبيعي الأول» يُوجّد ثلاث طرق» وهي كما يلي: 


1- إزالة حقل «الموقع» الذي يخالف الشكل الطبيعي الأول ووضعه في جدول جدید. ويُضاف 
للجدول الجديد حقل المفتاح الرئيسي للجدول الأصلي؛ بحيث یصبح المفتاح الرئيسي للجدول الجديد مكوناً 
من حقلين هما حقل «رقم القسم» وحقل «ай ўа]‏ وبحيث يوجد سجل لكل aŠ sa‏ من مواقع أي قسم في 
الجدول الجديد. ويكون الجدولان الناتجان كما هو مُوضّح في الشكل رقم (3-6). 


ОЕРАКТМЕКТ Т DEP LOCATION Т 


شکل رقم (3-0): نتيجة التطبيع للشكل الطبيعي الأول وفق الطريقة الأولى. 
2- إضافة حقل «الموقع» ضمن المفتاح الرئيسي للجدول الأصلي؛ بحيث يُوجَّد سجل لكل موقع من 
مواقم الم کنا فو مرح کی {А-бу Юй‏ 


DEPARTMENT T 


р МСК МО Location 


شكل رقم (4-6): نتيجة التطبيع للشكل الطبيعي الأول وفق الطريقة الثانية. 


3- إضافة حقول جديدة للجدول الأصلي تساوي الحد الأعلى لعدد مواقع الأقسام المسموح به. فلو 
افترضنا Éj‏ الحدّ الأعلى لعدد ¿sÍ А за‏ قسم هو ثلاثة» يمكن إعادة تصميم الجدول ليصبح متوافقاً مع الشكل 
الطبيعي الأول وفق هذه الطريقة كما هو مُوضّح في الشكل رقم (5-6). 

DEPARTMENT T 
[ше [шшш | ا _ اھت‎ 


شكل رقم (5-6): نتيجة التطبيع للشكل الطبيعي الأول وفق الطريقة الثالثة. 


إن الخيار الأفضل من ضمن الخيارات الثلاثة أعلاه هو الخيار الأول؛ لأنه لا يؤدي إلى تكرارية في 
البيانات كما هو الحال في الخيار الثاني» كما أنه لا يضيع المساحة التخزينية أو يقيّد الحد الأعلى؛ من المواقع 
كما هو الحال في الخيار الثالث. إضافة إلى ذلك؛ لو 5 اختيار الطريقة الثانية؛ فإن الجدول سيتم تقسيمه إلى 
جدولين ليصبح كما في الطريقة الأولى في أثناء عمليات تطبيع الجدول في مراحل لاحقة. أمّا الطريقة 
الثالثة؛ فمن عيوبها أيضاء مقارنة بالخيار الأولء هو أنها تعقد إجراء عمليات التعامل مع الجدول. فعلى 
س‌بیل المثال: كيف ستتمٌ كتابة تعليمة الاستفسار المكافئة للاستفسار التالي: «ما الأقسام التي يُوجّد لها مواقع 


في مدينة جدة؟». 


ويمنع الشكل الطبيعي الأول من أن تكون قيم الحقول متعددة القیم ومركبة في O]‏ واحد. فعلى سبيل 
المثال: ра у}‏ الجدول رقم )4-6( بيانات الموظفين وبيانات المشاريع التي يعملون عليها. OS‏ موظف 
يعمل على عددٍ من المشاریعء وكل مشروع يعمل عليه موظف له رقم وعدد من الأسابيع التي عملها 
الموظف على المشروع. 


جدول رقم (4-6): جدول يحتوي على حقول متعددة القيم ومركبة. 


=ч жы. 


Saleh Aloufi 
E2 Ahmad Alhamid System Analyst 


EMP_PROJ 


E3 Mohamed Alhamad Mechanical Eng 37000 
6 


في الجدول السابق يعمل СЕ‏ من الموظف رقم “82” والموظف رقم E3“‏ على مشروعين. 
وبيانات OK‏ مشروع متعددة القیم؛ لكون QK‏ من هذين الموظفين يعمل على أكثر من مشروےء وفي الوقت 
نفسهء АА уа‏ من حقل «رقم المشروع» وحقل «عدد الأسابيع». ویمثل «رقم الموظف» المفتاح الرئيسي 
للجدول؛ لكونه يميّز بين سجلات الموظفين المختلفة» في حين يمثل «رقم المشروع» مفتاحاً جزئياً يميّز بين 
المشاريع المختلفة التي يعمل عليها الموظف نفسه. ولأن الجدول السابق ليس في الشكل الطبيعي الأول؛ فإنه 
يمكن تطبيعه ليصبح في الشكل الطبيعي الأول من خلال تجزئته إلى جدولين: جدول خاص ببيانات 
الموظفين» وجدول خاص ببيانات المشاريع التي تمثل الحقل المتعدد القیم والمركب. ویصربح المفتاح 
الرئيسي للجدول الجدیدہ الذي يمثل بيانات المشاريع التي يعمل عليها الموظفون» مكوناً من المفتاح الرئيسي 


للجدول الأصلي؛ بالإضافة إلى حقل «رقم المشروع». وبذلك يمكن الربط بين الجدولين ومعرفة بيانات 


المشاريع التي يعمل عليها 0 موظف. ويمثل الشكل رقم )6-6( الجدولين الناتجين بعد إجراء عملية 


ЕМРГОҮЕРЕ_Т 
ENO 
LI | Saleh Alouft 


E2 | Ahmad Alhamid 


Mohamed Alhamad 


Мате Ге Salary 


Electrical Eng 


35000 
37000 
29000 
45000 
Programmer 29000 
Programmer | 29000 
Secretary 25000 


System Analyst 


Mechanical Eng. 


Khalid Alsalch Programmer 


Ibraheem Alolaibi Database Admin, 


Mishal Aleesa 
ЕТ | Abdullah Alehanim 
ES | Turky Alsalman 


التطبيع على الجدول الأصلي. 
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ENO | PNO | Weeks 
El Р! 12 
E2 рз 20 
Е2 P2 10 
E3 P3 10 
E3 P4 14 
T4 P2 26 
E5 r2 14 
E6 P4 16 
EJ P3 12 
E8 P3 12 


شكل رقم (6-6): تطبيع جدول ذي حقل متعدد القيم ومركب للشكل الطبيعي الأول. 


((2МЕ) SeCond Normal Form) 38! الشکل الطبيعي‎ 2-3-1-6 


يعتمد الشكل الطبيعي الثاني على مبدأ الاعتمادية الوظيفية الكاملة Full FunCtional)‏ 
.(DependenCy‏ ,45„ أية اعتمادية وظيفية (X— Y)‏ اعتمادية وظيفية كاملة إذا كان من غير الممكن 
إزالة йз ¿sÍ‏ من الحقول المكوّنة للجانب الأيسر من الاعتمادية مع استمرار تحديد الاعتمادية للجانب 
الأيمن. ويعني هذا أن عدد حقول الجانب الأيسر يُعَدُ أقل عدد ممكن من الحقول التي تمڳن من تحديد 
الجانب الأيمن في الاعتمادية. أمّا إذا كان الأمر غير ذلك؛ فإن الاعتمادية الوظيفية 5 Partial) & ja‏ 
(FunCtional DependenCy‏ بمعنى أنه يمكن الاستغناء عن حقل أو أكثر من حقول الجانب الأيسر مع 
الاستمرار في تحدید الجانب الأيمن في الاعتمادية الوظيفية. ويمكن تعريف هذين النوعين من الاعتماديات 
الوظيفية بشكلٍ رسميء كما يلي: 


٭ إذا وجدت اعتمادية وظيفية Y‏ — > فإنها 323 اعتمادية وظيفية كاملة (x, y)‏ إذا 
كان من غير الممكن إزالة !6( حقل من الحقول المكؤنة للجانب ә!‏ من الاعتمادیق 
وهو А‏ وبحيث أن (А € X)‏ مع الاستمرار في تحديد الجانب الأمن من الاعتمادية 


.(X-LAY) — Y) 
р کل‎ 
+-ل5) إذا‎ Y) 4552 فإنها تعد اعتمادية وظيفية‎ X — Y إذا وجدت اعتمادية وظيفية‎ e 
كان من الممكن إزالة 51 حقل من الحقول )2595 للجانب الأيسر من الاعتمادية, وهو‎ 
مع الاستمرار في تحديد الجانب الأمن من الاعتمادية‎ (А € Ху] وبحيث‎ А 
(X{A}) > Y) 


ففي جدول «الموظفين - المشاريع» (EMP_PROJ)‏ الممثل في الجدول رقم )2-6( توجد؛ كما 
أسلفناء الاعتماديات الوظيفية الأربع الممثلة في الشكل التالي: 


_EMP PROJ заса, 9 еы - се =s 
ENO | FName | Title | Salary | РМО | РМате Budget] Duration | Responsihility 


ЖИЕ,‏ کی کے لے Д‏ کا жый‏ اتا 
ہہ + ]= 

Е пад # + 

وب ]5 


إن الاعتمادية الوظيفية الأولى أعلاه Оз (FD1)‏ على أن المفتاح الرئيسي المكوّن من dia‏ «رقم 
الموظف» وحقل «رقم المشروع» يحدّدان قيم الحقول كافة في أي سجل من سجلات الجدول. وهذه 
الخاصية هي الخاصية الرئيسية للمفتاح الرئيسي؛ إذ إن قيمته تحدّد السجل المطلوب بشكل منفردٍ وقيم 
حقوله كافة. l‏ الاعتمادية الوظيفية الثانية والاعتمادية الوظيفية الثالثة؛ فهي اعتماديات وظيفية جزئية؛ 
وذلك لأن كلا منها يمكن اشتقاقها من الاعتمادية الوظيفية الأولى. ففي الاعتمادية الوظيفية الثانية؛ تعتمد قيم 
حقل «اسم الموظف»» وحقل әу‏ الوظيفي» (Title)‏ وحقل «راتبه» على «رقم الموظف» دون 
الحاجة إلى معرفة «رقم المشروع». ويعني هذا أنه يمكن معرفة قيم هذه الحقول الثلاثة دون معرفة رقم 
المشروع الذي يعمل عليه الموظف. أما في الاعتمادية الوظيفية الثالثة؛ فتعتمد قيمة حقل «اسم المشروع»» 
وحقل «ميزانية المشروع» على قيمة «رقم المشروع» دون الحاجة إلى معرفة «رقم الموظف» الذي يعمل 
فيه. لذا؛ فإن SS‏ من الاعتمادية الوظيفية الثانية والاعتمادية الوظيفية الثالثة gii‏ اعتماديات وظيفية جزئية 
من الاعتمادية الوظيفية الأولى. وحسب تعريف الاعتماديات الوظيفية أعلاه؛ فإن الاعتمادية الوظيفية 


الأولى 53 اعتمادية وظيفية جزئية لوجود اعتماديات وظيفية أخرى يمكن أن تشتق منها. )15 الاعتمادية 
الوظيفية الرابعة؛ فهي اعتمادية وظيفية كاملة؛ إذ لا يمكن أن تشتق أو تستنتج من الوظائف الاعتمادية 
الأخرى. وبالنظر في البيانات المدوّنة في الجدول نلاحظ أن هذه الاعتماديات» الثانية والثالثة والرابعة 


3 PREN دائماً‎ 


وقد يطرح السؤال التالي: كيف نستطيع أن نتعرف على الاعتماديات الوظيفية؟ والإجابة هي أن 
الاعتماديات الوظيفية لا تستنتج من قبل مُصمِّمي قواعد البيانات من خلال النظر إلى البيانات التي سیت 
تخزينها في جداول قاعدة البيانات» وإنما يتم التعرّف عليها من خلال قواعد العمل في المنظمة» ومن 
المستفيدين من قاعدة البيانات. فالمستفيدون العاملون في الشئون الإدارية في المنظمةء على مربيل المثال» 
قد يوضحون أنه من الممكن التعرف على بيانات ¿sÍ‏ موظف من خلال معرفة رقمه الوظيفي. ويعني هذا 
وجود اعتمادية وظيفية بين رقم الموظف وبقية البيانات الوظيفية الخاصة فيه. كذلك هو الحال بالنسبة 
للمرضى المنومين في مستشفى ما؛ فقد يفيد العاملون في المستشفى أن رقم تحويلة هاتف المريض تدل على 
رقم الغرفة أو السرير المنوم فيه المريض. ويعني هذا أن رقم غرفة أو سرير المريض يعتمد وظيفياً على 
رقم تحويلة هاتفه. 

38115 من تكرارية البيانات التي تؤدي إلى مشكلات التعديل؛ يعتمد تعريف الشكل الطبيعي الثاني 
على عدم وجود ¿s|‏ اعتمادیات وظيفية جزئيةء كما يلي: 


523 هيكل АЙ‏ جدول علاقي في شكله الطبيعي الثاني (2NF)‏ إذا كان في الشكل الطبيعي ОЈ ЭЗП‏ 
وكان )0 ša‏ من حقوله غير الأولية يعتمد ЫС‏ على المفتاح الرئيسي للجدول. 


يعتمد التعريف أعلاه على وجود مفتاح مرشح واحد هو المفتاح الرئيسي» وأن حقوله الأوّلية هي 
مجموعة حقول المفتاح الرئيسي فحسب. ÚÍ‏ التعريف асу!‏ للشكل الطبيعي الثاني؛ فيأخذ بعين الاعتبار 
وجود مفاتيح مرشحة أخرى» ومن ثم وجود حقول أولية غير تلك الحقول التي يتكون منها المفتاح الرئيسي. 
وهذا التعريف العامء كما يلي: 


552 هيكل أية جدول علاقي في شكله الطبيعي الثاني (2NF)‏ إذا كان في الشكل الطبيعي ОЈ ЭЗП‏ 
وكان OK‏ حقل من حقوله غير الأولية (بمعنى أن diall‏ ليس جز٤ا‏ من أية مفتاح مرشح) يعتمد ЫС‏ 


كل مفتاح مرشح للجدول. 


ويعني التعريف الأعم للشكل الطبيعي الثاني أن جميع الحقول غير الأولية؛ يجب أن تعتمد وظيفياً 
على جميع المفاتیح المرشحةء وليس على المفتاح الرئيسي للجدول فقط. وللتحقق من کون i‏ جدول في 
شكله الطبيعي الثاني» حسب التعريف الأولء يتم اختبار الاعتماديات الوظيفية المفروضة عليه والتي يكون 
جانبها الأيسر جزءاً من المفتاح الرئيسي للجدول. ويكون الجدول في شكله الطبيعي الثاني إذا كان في 
شكله الطبيعي الأول وتحققت فيه ¿sÍ‏ من الشروط الثلاثة التالية: 


1- المفتاح الرئيسي O5S2‏ من dia‏ واحد فقط, 
2- جميع حقول الجدول تُعَدُ جزءاً من مفتاحه الرئيسي بمعنى عدم وجود أي حقل غير أوّلي. 


3- کل حقل ليس من حقول المفتاح الرئيسي يعتمد على جميع حقول المفتاح الرئیسي وليس على 
جزء منها. 

А‏ إذا احتوى الجدول على مفاتيح مرشحة أخرى غير المفتاح الرئيسي له؛ فإنه يجب التحقق من أن 
OK‏ حقلِ غير أولى يعتمد كلياً على كل مفتاح مرشح؛ إضافة إلى اعتماده الكلي على المفتاح الرئيسي. 


3525 الجدول «الموظف - المشروع» (ЕМР РКОЈ)‏ المُمثل في جدول رقم )2-6( لیس في الشكل 
الطبيعي الثاني؛ وذلك بسبب الاعتمادية الوظيفية الثانية والاعتمادية الوظيفية الثالثة اللتين تعتمد أجزاؤهما 
اليمنى على جزءٍ من حقول المفتاح الرئيسي» وليس حقوله كافة. ولهذا السبب تتكرّر بعض بيانات الجدول؛ 
مما يؤدي إلى أخطاء التعديل على الجدول التي سبق أن أوضحناها أعلاه. ولتطبيع الجدول؛ بحيث يصبح 
في شكله الطبيعي الثاني» تتم تجزئة الجدول إلى اثنين أو أكثر من الجداول؛ بحيث ينطبق على OK‏ منها أحد 
الشروط الثلاثة أعلاه. وبمعنى آخر؛ نتم تجزئة الجدول إلى مجموعة من الجداول تنطبق عليها شروط 
الشكل الطبيعي الثاني. Аз)‏ ذلك من خلال إنشاء جدول جدید JSI‏ اعتمادية وظيفية جزئية حيث يتم إنشاء 
جدول اسمه «موظف» (EMPLOYEE)‏ في مثالنا؛ لتمثيل جميع حقول الاعتمادية الوظيفية الثانيةء 
وجدول «مشروع» (PROJECT)‏ لتمثيل جميع حقول الاعتمادية الوظيفية الثالثة» مع الإبقاء على بقية 
الحقول في الجدول الأساسي دون تغيير لها. وتكون أشكال الجداول الناتجة بعد عملية التجزئة جداول 
بالشكل الطبيعي الثاني تعتمد حقولها غير الأولية على جميع حقول مفاتيحها الرئيسيةء كما يلي: 


EMP_PROJ 
ENO | РМО | Duration Responsibility 


711 


EMPLOYEE 
| ENO | EName | Title | Salary 


TTI 


PROJECT 
| | РмоГ РМ№ате/ Budget | 


LT 1 


(SNF) Third Normal Form) الشكل الطبيعي الثالث‎ 3-3-1-6 


يعتمد تطبيع الجداول إلى الشكل الطبيعي الثالث على مبدأ الاعتمادية الوظيفية الانتقالية 
(Transitive DependenCy)‏ ,55 الاعتمادية الوظيفية XY)‏ في جدول ما اعتمادية وظيفية انتقالية 
إذا وجد مجموعة من الحقول» ولتكن (Z)‏ في الجدول» ولا تمثل مفتاحاً مرشحاً للجدول كما أنها ليست 
مجموعة جزئية من أيّ مفتاح (سواء أكان مرشحاً أو رئيسياً) للجدول مع وجود الاعتمادية الوظيفية XZ)‏ 
والاعتمادية الوظيفية .(Z— Y)‏ ويمكن تعريف الاعتمادية الوظيفية الانتقالية ШС‏ رسميء كما يلي: 


)35-9 اعتمادية وظيفية انتقالية Y‏ ج X‏ إذا تحققت الشروط التالية: 


х 2 


2 Ү 
Z 1 X 
ҮС 2 


وتعني الاعتمادية الانتقالية (ХҮ)‏ ‹ بشكل عام؛ أنه يمكن تحديد حقول الجانب الأيمن من الاعتمادية 
من خلال اعتماديات وظيفية أخرى عوضاً عن هذه الاعتمادية التي تُحدّد حقول الجانب الأيمن بشكلٍ مباشر. 


ولتعريف الشكل الطبيعي الثالث والشكل الطبيعي رربویس-کود)((80077) (Boyce-Codd Normal Form‏ نحتاج إلى 
شہت اص اداد سس A a‏ 


35 الاعتمادية الوظيفية ۷ — X‏ بديهيةٌ إذا كانت الحقول المكؤنة للجانب الأمن 


من الاعتمادية الوظيفية مجموعة جزئية أو مساوية لحقول الجانب الأيسر من الاعتمادية 
ХҮС х)‏ 


ومثالْ على الاعتماديات الوظيفية البديهية من جدول «الموظف - المشروع»» 95 الاعتماديات 


الوظيفية التالية بديهية: 
ENO, PNO > ENO, PNO l-‏ 
ENO > ENO, PNO 2-‏ 
PNO > ENO, PNO 3-‏ 
PNO > PNO 4-‏ 
ENO > ENO 5-‏ 


وحسب التعريف أعلاه؛ تُعَدُ كل اعتمادية وظيفية من الاعتماديات الوظيفية الخمس السابقة بديهية؛ 
لأن حقول الجانب الأيمن هي مجموعة جزئية أو مجموعة مساوية لحقول الجانب الأيسر. على سبيل 
المثال: تنص الاعتمادية الوظيفية الرابعة على Éj‏ رقم المشروع يحدد رقم المشروع» وهو Јај‏ بديهي. 
كذلك هو الحال بالنسبة للاعتمادية الوظيفية الثانیةء على سبيل المثالء التي бай‏ على أن رقم الموظف ورقم 
المشروع يحَدّدان رقم الموظف» وهو Јај‏ بديهي؛ إذ يمكن تحديد رقم الموظف حتى بدون معرفة رقم 
المشروع. 

وفيما يلي تعريف الشكل الطبيعي الثالث بشكله الأصلي حسب ما اقترحه «كود» )1972 :(Codd,‏ 


5523 هيكل أية جدول علاقي في شكله الطبيعي الثالث (3NF)‏ إذا كان في الشكل الطبيعي الثانيء 


وكان OK‏ حقل من حقوله غير الأوّلية لا يعتمد بشكل انتقالي على المفتاح الرئيسي للجدول. 


رکا هق الخال الاب قرف العام الكل „ыш‏ الثاني а,‏ تار اريت العام لکل е ЫЙ‏ 
الثالث وجود أكثر من مفتاح مرشح في الجدول» عوضاً عن افتراض وجود مفتاح مرشح واحد وهو المفتاح 
الرئيسي للجدول. وهذا التعريف العام كما يلي: 


إذا افترضنا وجود هيكل جدول اسمه “R”‏ يحتوي على عدد من الحقول “А”‏ بحيث 
أن ۸۱ .... ررك م۸] = A‏ يكون الجدول في شكله الطبيعي الثالث (SNF)‏ إذا كانت 
كافة الاعتماديات الوظيفية المفروضة عليه بالشكل X — Y‏ وبحيث أن MS‏ من 
ЈА Ta “Х”‏ مجموعة حزثية من حقول الجدول (Х СА, ҮС А)‏ 05 يجب أن 
تتحقق على كل اعتمادية وظيفيةء على الأقل, إحدى الشروط التالية: 


.١‏ لا × اعتمادية وظيفية بديهية. 
٢‏ × عبارة عن مفتاح خارق للجدول. 


Y ۳‏ عبارة عن Ја»‏ 131 (أو مجموعة حقول أولية). 


ويُلاحَظ في التعريف العام للشكل الطبيعي الثالث أنه لا бау‏ على أن يكون الجدول في شكله 
الطبيعي الثاني؛ وذلك لكون هذا التعريف يمنع وجود اعتمادیات وظيفية جزئيةء التي уай‏ على عدم وجودها 
تعريف الشكل الطبيعي الثاني» بشكلٍ مباشر. عند تطبيق التعريف الأول للشكل الطبيعي الثالث؛ الذي ينص 
على أن يكون الجدول في الشكل الطبيعي الثاني» على الجداول الثلاثة التي نتجت بعد عملية gahi‏ جدول 
«مشروع - موظف» إلى الشكل الطبيعي الثاني؛ نجد أنه аз У‏ اعتماديات وظيفية انتقالية في OK‏ من 
الجدول الأول (EMP_PROJ)‏ والجدول الثالث (PROJECT)‏ لذا؛ فإن هذين الجدولين هما في الشكل 
الطبيعي الثالث أيضاً. j‏ الجدول الثاني (EMPLOYEE)‏ فليس في الشكل الطبيعي الثالث؛ وذلك لوجود 
الاعتمادية الوظيفية الرابعة التي تمثل اعتمادية وظيفية انتقالية؛ إذ إنها تمگن من تحديد قيمة حقل «الراتب» 
ليس من خلال معرفة قيمة حقل المفتاح الرئيسي للجدول» وهو «رقم الموظف»» بشكلٍ مباشر فحسب» ولكن 
يمكن Laj‏ تحديده» بشکل Д‏ من خلال معرفة «مسمى الوظيفة» 
(رقم الوظيفة -> مُسمًّی الوظيفة —< الراتب)ء كما يلي: 


EMPLOYEE í | | 


ENO | EName Title | Salary | 


T 1 11 


ومثل هذه الاعتمادية الانتقالية تؤدي إلى مشكلات التعديل التي سبق أن أوضحناها بسبب تكرارية 
البيانات؛ إذ إننا سنجد أنه كلما تكرّر АА‏ وظيفة معينة تكرّر راتب هذه الوظيفية. وللتغلب على هذه 
التكرارية؛ یتم تقسيم الجدول إلى أكثر من جدول حسب عدد الاعتماديات الوظيفية الانتقالیة؛ بحيث 23 
إنشاء جدول جديد JI‏ اعتمادية وظيفية انتقالية. ولأنه يُوجَّد في مثالنا اعتمادية وظيفية انتقالية واحدة فقط؛ 


فإنه يتم إنشاء جدول جديد اسمه «الأجر» (PAYMENT)‏ تكون حقوله مكوّنة من الحقول الواردة في 
الاعتمادية, وهي حقل салдуу‏ الوظيفة» وحقل «الراتب»؛ بحيث يكون المفتاح الرئيسي للجدول الجديد هو 
الحقل الموجود (أو مجموعة الحقول الموجودة) في الجانب الأيسر من الاعتمادیةء كما يلي: 


EMPLOYEE 
| ENO | EName | Title 


PAYMENT 


i‏ إذا طبقنا التعريف العام للشكل الطبيعي الثالث مباشرةً على أي جدول دون تطبيع الجدول إلى 
الشكل الطبيعي الثاني؛ فإن هذا التعريف Шаа‏ من معرفة الاعتماديات الوظيفية التي تخالف شروط الشكل 
الطبيعي الثاني؛ إضافةً إلى شروط الشكل الطبيعي الثالث. فعلى سبيل المثال: لو تم تطبيق التعريف العام 
على جدول «الموظف - المشروع» سنجد أن الاعتمادية الوظيفية الثانية ((ENO —> (EName, Title, Salary))‏ 
والاعتمادية الوظيفية الثالثة (PName, Budget))‏ <- 2720)تخالفان شروط الشكل الطبيعي الثاني؛ وذلك 
لكونهما جزئية؛ فهما تخالفان أيضاً شروط الشكل الطبيعي الثالث؛ وذلك لكونهما ليستا بديهيتين» وليست 
الأجزاء اليسرى منهما تمثل مفاتيح خارقة للجدول» وليست الأجزاء الیمنی منهما تمثل حقولاً أولية. لذا سيتمٌ 
بناء جداول جديدة لهاتين الاعتماديتين كما هو الحال بالنسبة للاعتمادية الرابعة. وتكون نتيجة عملية 
التطبيع هذه مماثلةً لعملية تطبيع الجدول إلى الشكل الطبيعي الثاني» ومن ثم تطبيعه إلى الشكل الطبيعي 
الثالث. ويدل هذا على أنه ليس من الضروري أن تمر عملية التطبيع بالشكل الطبيعي الثاني؛ ولكنه يمكن 
تطبيع الجدول مباشرة (من الشكل الطبيعي الأول) إلى الشكل الطبيعي الثالث؛ غير أن عملية التسلسل في 
مراحل التطبيع ذات بغد تاريخي فقط لكون «كود» قد طرحها بهذه الطريقة. 


:((BoyCe-Codd Normal Form (BCNF) ود«‎ - чя» الشكل الطبيعي‎ 4-3-1-6 


5 اقتراح الشكل الطبيعي «بويس - كود» بشکلِ أساسي على أنه شكلٌ hi‏ للشكل الطبيعي الثالث. 
غير أنه تبیّن لاحقاً أن هذا الشكل أشد في شروطه من الشكل الطبيعي الثالث؛ بمعنى أنه إذا كان أي جدول 
في الشكل الطبيعي «بويس - كود»؛ فإنه أيضاً في الشكل الطبيعي الثالث والعكس ليس بالضرورة صحيحا؛ 
إذ إن جدولاً ما قد يكون في الشكل الطبيعي الثالث» ولكنه ليس في الشكل الطبيعي «بويس - كود». إن 


سريف الكل سی ЛЫС‏ حر ET EERS‏ وج خافن كلكا КОЕ‏ 
جانبها الأيمن حقلاً أولياً (أو مجموعة حقول أولية). فعلى سبیل المثال: لنفترض أن جدول «الموظف - 
المشروع» كان يحتوي على aš say (зА) dia‏ المشروع» OÍ s (PLoCation)‏ 05 مشروع قد يكون له 
عد من المواقع وليس موقعاً واحداً فحسب. ولنفترض Laj‏ وجود الاعتماديتين الوظيفيتين التاليتين: 


من مواقع المشروع وأن للموظف مسئولية Bah‏ في المشروع وفترة زمنية تُحدّد فترة عمله في المشروع 
(ЕМО, РМО — PLocation, Duration, Responsibility)‏ 


.(PLocation — PNO) واحد فقط‎ з йл أية موقع‎ „45 9 - 


وبعد إضافة الحقل الجديد للجدول وفق الاعتماديتين الوظيفيتين cde]‏ يصبح شكل الجدول» كما يلي: 


EMP_PROJ 


و =P= E fep гг‏ 
en‏ ادا سط _مسراد 
سس ان نت الاك оса унае‏ حك === 


Mclamed Alhamad | Mechanical Eng Human Resources ال بت کی سے‎ Consultant 


ВЕ chama ۸11114 
Abdullah Алат P3 | Human Resources 
Human ة6‎ Рторсї Secretary 


ونتيجةٌ للاعتمادية الوظيفية الثانية أعلاه» وكما يُلاحَظ في البيانات المدؤنة في الجدول؛ يمكن تحديد 
رقم أي مشروع من خلال معرفة «الموقع»؛ АЗУ‏ لا يمكن أن یُوجَد مشروعان في موقع واحد. flig‏ على 
تعريف الشكل الطبيعي الثالث؛ تتم تجزئة الجدول إلى أربعة جداولء هي: جدول «الموظف»» وجدول 
«المشروع»» وجدول «الأجر»» وجدول «الموظف - المشروع» الذي يحتوي على بقية الحقول التي لم تنقل 
إلى أي من الجداول الثلاثة الأخرى بالإضافة للمفتاح الرئيسي للجدول المكوّن من dia‏ «رقم الموظف» 
وحقل «رقم المشروع»» كما سبق أن أوضحنا في الجزء السابق؛ لتصبح» كما يلي: 


EMP_PROJ 
| ENO PNO PLocation | Duration | Responsibility 


РЕЗЕ 
unay аы 


EMPLOYEE 
| ENO | ЕМате тше 


g B. ہے‎ 


PAYMENT 
| Title | Salary | 


пе 


PROJECT 


| РМО PName] Budget | 


ويُلاحَظ أن الاعتمادية الوظيفية التي تحَدّد رقم المشروع من خلال ¿aŠ gall‏ في الجدول الأول أعلاه؛ 
52 انتقالية ولكنها لا تخالف شروط الشكل الطبيعي الثالث؛ لكون الجانب الأيمن منها يمثل Sia‏ أولياً Ís ja)‏ 
من المفتاح الرئيسي للجدول في هذه الحالة). لذا؛ فإن الجدول «الموظف - المشروع» 323 في الشكل 
الطبيعي الثالث. إلا أن وجود هذه الاعتمادية فيه يؤدي إلى تكرارية في بياناته. فعلى سبيل المثال: لو 
افترضنا وجود عشرين موقعاً لخمسة من المشاريع التي تقوم المنظمة بالتعامل معها (أو متابعتها) ووجود 
عشرة آلاف موظف يعملون في هذه المشاريع الخمسة؛ فإن هذين الحقلين ستكرر قيمهما بشكلٍ كبير ضمن 
الجدول. وللحَدّ من هذه التكرارية في بيانات الجدول؛ يمكن إنشاء جدول جديد يحتوي على ей‏ أرقام 
المشاريع الخمسةء والعشرين موقعاً التي توجد فيها هذه المشاريع. لذا؛ فإن التعريف التالي للشكل الطبيعي 
«بويس - كود» يحدٌ من مثل تكرارية البيانات هذه 535 أشد في شروطه من شروط الشكل الطبيعي الثالث: 


إذا افترضنا وجود هيكل جدول اسمه ”۸“ يحتوي على عدد من الحقول ”۸“ بحيث 
إن ) A‏ ,... ءيش 4) = A‏ يكون الجدول قي شكله الطبيعي «بويس - كود» (BCNF)‏ 
إذا كانت كافة الاعتماديات الوظيفية المفروضة عليه بالشكل Y‏ ج X‏ وبحيث إن كلا 
من “X”‏ و”لا” تمثل egona‏ جزئيةٌ من حقول الجدول (X C A, Y C A)‏ فإنه يجب 


أن تتحقق على كل اعتمادية وظيفيةء على الأقل. إحدى الشروط التالية: 
Y .١‏ — × اعتمادية وظيفية بديهية. 
X .Y‏ عبارة عن مفتاح خارق للجدول. 


تنطبق شروط الشكل الطبيعي «بويس - كود» على الجدول الثاني والثالث والرابع؛ لن أيّ اعتمادية 
وظيفية (غير بديهية) في هذه الجداول يكون طرفها الأيسر مفتاحاً خارقاً (وهو المفتاح الرئيسي للجدول)؛ 
غير أن الجدول الأول ليس في الشكل الطبيعي «بويس - كود» لوجود الاعتمادية الوظيفية الجديدة التي 
تحَدّد Дай‏ حقل «رقم المشروع» من قيمة Jia‏ «الموقع» وطرفها الأيسرء ceai pally‏ ليس مفتاحاً خارقاً 
للجدول. ولتطبيع الجدول؛ بحيث يصبح في شكله الطبيعي «بويس - كود»» يمكن تجزئة الجدول إلى 
جدولين حتى يتوافق مع شروط الشكل الطبيعي «بويس - كود». غير أن عملية تجزئة الجدول ليست 
بديهية؛ إذ هناك ثلاثة بدائل لعملية التجزئةء وهذه البدائل الثلاثة» كما يلي: 


(ENO, PLocation) و‎ (ENO, PNO, Duration, Responsibility) -١ 


(PNO, PLocation) s (PNO, ENO, Duration, Responsibility) -Y 


cation, PNO) s (PLocation, ENO, Duration, Responsibility) -Y 


ویوضِتح الشكل رقم )7-6( الشكل العام للاعتمادية الوظيفية التي تخل بشروط الشكل الطبيعي 


«بويس - كود». 


شكل رقم (7-6): الشکل العام للاعتمادیة الوظیفیة التی تخل بشروط الشكل الطبيعي «بويس - كود». 


وتعني الاعتمادية الوظيفية أعلاه وجود مفتاح مرشح (أو رئيسي) يتمثل في الحقلين (А, В)‏ يحَدّدان 
قيمة الحقل (С)‏ كما يُوجَّد في الوقت نفسه اعتمادية وظيفية هي أن الحقل (C)‏ يحَدّد قيمة dia‏ أوّلي وهو 
الحقل (В)‏ ونظراً ОУ‏ الحقل في الجازب الأيمن من الاعتمادية هو (йз‏ أوّلي؛ فإن هذه الاعتمادية لا 
تخالف شروط الشكل الطبيعي الثالث؛ في حين تخالف شروط الشكل الطبيعي «بويس - كود»؛ لكون الحقل 
في الجانب الأيسر من الاعتمادية وهو الحقل (C)‏ ليس مفتاحاً خارقاً للجدول. ولجعل الجدول في الشكل 
الطبيعي «بويس - كود»؛ Ды‏ تجزئته إلى جدولين» حسب ما أسلفنا أعلاه» وفق أحد البدائل (أو التوليفات) 
الثلاثة الممكنة» وهى: 


(A, С) و‎ (A, B) -١ 
(B, С) و‎ (B, A) -Y 


(C, B) 9 (C, A) = 


ویٔلاحَظ أن كلا الحقلين في الجداول الموجودة في الجهة اليمنى من التوليفات الثلاث أعلاه يمثلان 
المفتاح الرئيسي للجدول الأول؛ (وذلك إذا كان الحقل (A)‏ والحقل (В)‏ مفتاحاً رئيسياً للجدول الأصلي وليس 
مفتاحاً مرشحاً). كما يُلاحَظ أن المفتاح الرئيسي للجدول الثاني في البديل الأول يتكوّن من الحقلین (А)‏ و 
(С)‏ وذلك لعدم وجود اعتمادية وظيفية بين الاثنين. ]12 المفتاح الرئيسي للجدول الثاني في OK‏ من البديل 
الثاني والبديل الثالث؛ فيتكون من gia‏ واحد هو الحقل (С)‏ وذلك لان قيمة هذا الحقل تحَدّد قيمة الحقل 
الآخر وفقاً للاعتمادية الوظيفية المخالفة لشروط الشكل الطبيعي «بويس - كود». وفي OS‏ البدائل الثلاثة 
أعلاه» تدرج بقية الحقول الموجودة في الجدول الأصلي (إن وُجذت بالإضافة للحقول الثلاثة المدوّنة في 
الجدول أعلاه) ضمن حقول الجداول الموجودة في الجهة اليمنى من البدائل؛ وذلك لكون بقية الحقول هذه 
تحتاج إلى مفتاح رئيسي يتكوّن من حقلين لتحديد قيمهماء كما في المثال السابق. 


(А) على أن الحقل‎ бай الاعتمادية الوظيفية التي‎ ла من التوليفات الثلاث أعلاه؛ يتم‎ (Еа, 
فقد الاعتمادية‎ Аз في مثالنا أعلاه؛ فإنه‎ ДЇ А,В СС) مجتمعینء يحَدّدان قيمة الحقل‎ (B) والحقل‎ 
وتعني كلمة «فقد»؛ أنه لا يمكن فرض هذه الاعتمادية بعد‎ (ENO, РМО — PLocation) الوظيفية‎ 
تجزئة الجدول كما هو الحال قبل تجزئته. ,45„ خاصية المحافظة على الاعتماديات الوظيفية بعد‎ 
ومن بين البدائل‎ .(DependenCy Preservation) التجزئة بخاصية «المحافظة على الاعتماديات»‎ 
الثلاثة أعلاه» وعلى الرغم من أنها جميعاً ستفقدنا القدرة على فرض قید الاعتمادية الوظيفية التي أدت إلى‎ 
седа تجزئة الجدول؛ فإن البديل المقبول الوحيد هو البديل الثالث؛ وذلك لان بقية البدائل سينتج عنها ما‎ 


«السجلات الزائفة» (Spurious Tuples)‏ عند إجرائنا لعملية «ربط» (Join)‏ بين الجداول الناتجة من ОС‏ 
ә‏ للحصول على البيانات الأصلية الموجودة في الجدول الأصلي قبل تجزئته. فعلى سبيل المثال: لو 
استخدمنا البديل الأول في تجزئة جدول 

«الموظف - المشروع» سينتج عنه الجدولان التاليان: 


EMP PROJI T EMP PROJ2_T 


PLocation ENO | PNO | Duration | Responsibility 
з | Mmaser 


System Analyst 


2 


System Analyst 


[Meger |‏ | اج 


0 
10 ү 
10 ons 
16 
12 
2 ject Sec 


1 
3 
3 


Ri + 
12 | E 

12 | P2 
F3: | © 

E3 | 4 
E4 | P2 
E5: | PZ 
16 | P4 
Е7 | 13 
F8 | Pš 


وعند إجرائنا لعملية ربط (طبيعي) بين الجدولين الناتجين من البديل الأول باستخدام الحقل المشترك 
بين الجدولين وهو dia‏ «رقم الموظف» (ENO)‏ سينتج أربعة سجلات زائفة؛ لكونها غير موجودة ضمن 
سجلات الجدول الأصلي (قبل عملية التجزئة). كذلك هو الحال لو استخدمنا البديل الثاني؛ حيث سينتج 
عن عملية ربط جدولي البديل الثاني سجلات زائفة. ويوضّح الجدول التالي السجلات الزائفة الناتجة من 
عملية ربط جدولي البديل الأول موضحة من خلال وضع علامة النجمة (*) أمامها. 


EMP PROJ1_Join_EMP_PROJ2 

PLocation 

4 
4 
a 
, 
Manager 

се jil |r Ti [Programmer | 
| ps jin ئل عل‎ | Project Secretary” | 


ونظراً لأن الشكل الطبيعي الثالث والشكل الطبيعي «بويس - 355« ينصّان على أن شروطهما يجب 
أن تنطبق على الاعتماديات الوظيفية كافة؛ مما يعني أنه يجب أن تنطبق شروطهما على الاعتماديات 
الوظيفية الضمنية التي يمكن أن يستدل عليها (أو تستنبط)ء بالإضافة إلى الظاهرة منها؛ فإن هذا يدعونا إلى 
التعرّف على قواعد الاستدلال. كما أن قواعد الاستدلال هذه ضرورية لمعرفة إن كان أئ تجزؤ لجدولٍ ما 
يحافظ على خاصية «المحافظة على الاعتماديات الوظيفة» (DependenCy Preservation)‏ وخاصية 
«السّجلات غير الزائفة» .(Lossless DeComposition)‏ 


:(InferenCe Rules) قواعد الاستدلال‎ 4-1-6 


يقوم аймай‏ قواعد البيانات bale‏ بتعريف الاعتماديات الوظيفية المتعلقة Обоз‏ جدول. وتكون هذه 
الاعتماديات الوظيفية ذات معان واضحةء ويجب أن تتحقق في ¿sÍ‏ حالة يكون عليها الجدول» كما رأينا في 
الأمثلة أعلاه. ويستخدم عادةً الرمز “7” АУМ‏ على هذه الاعتماديات الوظيفية واختصاراً لعبارة 
«اعتماديات وظيفية» .(FunCtional DependenCies)‏ إلا أنه ae ss‏ الكثير من الاعتماديات 
الوظيفية التي تنطبق على 06 حالة من حالات الجدول غير تلك المعرفة في PF“‏ ويمكن الاستدلال على 
هذه الاعتماديات الوظيفية الأخرى من خلال الاعتماديات الوظيفية المعرفة في “۴”؛ إذ إنه يصعب» بشكلٍ 
عام» تعريف جميع الاعتماديات الوظيفية لتمثيل حالة معينة. فعلى سبيل المثال: لنفترض أن «رقم عضو 
هيئة التدريس» يحدد «رقم القسم» الذي يعمل فيه عضو هيئة التدريس (Faculty_No —> Dept_No)‏ وأن 
«رقم القسم» 3355 «اسم القسم» (Оер №о — Dept_Name)‏ بالنظر في сыйа‏ الاعتمادين» معاً؛ نستدل أن 
«رقم عضو هيئة التدريس» يحَدّد «اسم القسم» الذي يعمل فيه Л, .(Faculty_No — Dept_Name)‏ 
الاعتمادية الثالثة» في هذه الحالة» اعتمادية وظيفية يمكن الاستدلال عليها من خلال الاعتماديتين الوظيفيتين 
الأخريين» ولا داعي لإدراجها بالإضافة إلى الاعتماديتين الوظيفيتين الأخريين ضمن الاعتماديات الوظيفية 
الواجب إيضاحها. وبشكلٍ رسمي؛ يمكن تعريف الاعتماديات الوظيفية كافة التي يمكن أن يستدل lele‏ من 
خلال مجموعة الاعتمادیات الوظيفية الواضحة PF“‏ فيما پُعرّف بمبدأ «الانغلاق» (Closure)‏ كما يلي: 


{у‏ مجموعة الاعتماديات الوظيفية التي تحتوي على مجموعة الاعتماديات الوظيفية الواض 
“۴ إضافة لكافة الاعتماديات الوظيفية التي يمكن أن یُستدل عليها من “۴” 45„ انغلاق “۴” 


P+F“ ویْرمَز لها بالرمز‎ (Closure of F) 


وعلى سبيل المثال: لنفترض تعريف الاعتماديات الوظيفية الواضحة "Е‏ كما يلي: 


F = {Faculty_No —> {Name, Salary, DOB, Dept_No}, 


Dept_No — {DName, DLocation}} 


فإنه يمكن الاستدلال على اعتماديات وظيفية أخرى من الاعتمادیات الوظيفية الواضحة PF“‏ من 
ضمنها ما يلي: 
Faculty_No — {DName, DLocation}‏ 
Faculty_No —> Faculty_No‏ 
Dept_No — DName‏ 
وعندما يُستذل على اعتمادية وظيفية؛ فإن هذه الاعتمادية الوظيفية يجب أن giai‏ على حالات 
الجدول کافة كما هو الحال بالنسبة للاعتمادیات الوظيفية الواضحة. وللتعرُف على الاعتماديات الوظيفية 
كافة التي يمكن أن يستدل عليها من مجموعة من الاعتماديات الوظيفية الواضحة بشكل نمطي؛ فإننا بحاجة 
إلى قواعد استدلال Ша‏ من ذلك. ومن А‏ قواعد الاستدلال قواعد استدلال «أرمسترونغ» التي تُسمَّى عادة 
«حقائق أرمسترونغ» (s Axioms'Armstrong)‏ أو «قواعد استدلال أرمسترونغ» s'Armstrong)‏ 
‹(ШшїегепСе Rules‏ وهي كما يلي: 


[X >Y} — [XZ — YZ} :(Augmentation) الازدياد‎ -١ 
IX >Y, Y > Ар {X — 7} :(Transitivity) الانتقال‎ -Y 


W CX => {X — W} :(Reflexivity) الانحسار‎ -Y 


تنصنٌ القاعدة الأولى أنه بإضافة أي مجموعة من الحقول إلى جانبي ¿sÍ‏ اعتمادية وظيفية؛ تنتہ 
اعتمادية وظيفية صحيحة جديدة. GÍ‏ القاعدة ipil‏ فتنص على أن الاعتماديات الوظيفية انتقالية. القاعدة 
бай АА‏ على أن АЙ‏ مجموعة من الحقول АЗ‏ أية مجموعة جزئية من الحقول نفسها. ,093 حقائق 
أرمسترونغ «سليمة» (Sound)‏ بمعنى أنه لا يمكن أن ينتج عنها أية اعتماديات وظيفية خطأ ليست في 
"Е‏ كما أن حقائق أرمسترونغ % «كاملة» (Complete)‏ بمعنى أنه يمكن لأية مجموعة من 
الاعتماديات الوظيفية الواضحة "Е‏ الوصول إلى الاعتماديات الوظيفية Ай<‏ في PFH‏ باستخدام هذه 
القواعد الثلاث فقط, 


وعلى الرغم من أن قواعد أرمسترونغ LAS‏ فإنه قد تستخدم القواعد الإضافية التالية agil‏ بعض 
الاعتماديات في F+“‏ وهذه القواعد الإضافية» كما يلي: 


{X >Y, X > Z) = {X — YZ} :(Union) الاتحاد‎ -\ 
[X ЭҮ} — {X > Y, X > 2} (Decomposition) التفكيك‎ -Y 


[X >Y, YW — Z} — (XW — 2} :(Pseudotransitivity) الانتقال الزائف‎ -Y 


ويمكن الاستدلال على جميع الاعتماديات الوظيفية PFH‏ من الاعتماديات الوظيفية الواضحة PF“‏ 
بشكل مُبسّط إذا S‏ النظر إلى المسألة على أساس معرفة انغلاق مجموعة من الحقول (XH)‏ وليس معرفة 
انغلاق مجموعة من الاعتماديات الوظيفية (FH‏ وتعبر الدالة (FunCtion)‏ التالية عن خوارزمية يمكن 
من خلالها معرفة انغلاق dia ¿Í|‏ (أو حقول)؛ بحيث تكون مدخلات هذه الدالة مجموعة الحقول المراد 
معرفة انغلاقھاء والممثلة في (X)‏ ومجموعة الاعتماديات الوظيفية المنطبقة على الجدول والممثلة في (Е)‏ 


function ComputeX* (X, F) 
begin 
Xt > х 


While there exists У —> Z С F such that 


YC X* and ZÉ x* 


then ХХ < ЖУ 4 
return (X*) 


епа 


تبدأ الدالة السابقة بوضع جميع الحقول المراد معرفة انغلاقها (X)‏ ضمن انغلاق الحقول (XH‏ 
نفسها؛ وذلك حسب قاعدة الانحسار؛ وذلك لأن أية مجموعة من الحقول تحَدّد قيم أية مجموعة جزئية من 
الحقول نفسها. بعد ذلك يُنظر في OS‏ اعتمادية وظيفية مطبقة على الجدول (واحدة تلو الأخرى). ,08 
اعتمادية وظيفية يُنظر فيما إذا كانت هذه الاعتمادية تمثل اعتمادية انتقالية على الحقول التي تمت معرفتها 
باعتبارها Ís ja‏ من انغلاق (X)‏ وهو (XH‏ فإذا كانت هذه الاعتمادية هي بالفعل انتقالية وأن حقول جانبها 
الأيمن لم 23 z‏ ضمن (X+)‏ بعدہ تُستخدم قاعدة الانتقال؛ بحيث 25 إضافة هذه الحقول ضمن (X+)‏ ومثال 
تطبيقي على هذه الدالة؛ لنفترض وجود جدول (R)‏ تنطبق عليه الاعتماديات الوظيفية الظاهرة (F)‏ التالية. 


F= {A> B, G -> {DE}, {EGF =H} 


ولنفترض أننا نرغب في معرفة انغلاق الحقلین © و .G‏ في هذه الحالة تتمٌ مناداة ‹АЙ‏ كما يلي: 


ConipuleX” (С, G}, P) 


وبناءً على هذه المعطيات؛ يكون عمل الدالة كما يلي: 


- الوضع المبدئي: [©0) = X‏ 


- الدورة الأولى: ы‏ في الاعتمادیة الوظيفية التي يكون جزؤها الأيسر مجموعة من الحقول التي 
من ضمن +×. يُنظر - إذن - في هذه الحالة إلى الاعتمادية الوظيفية الثانية {D,E}‏ <- ©)؛ لكون جانبھا 
الأيسر من ضمن الحقول الموجودة في +× وحقولها اليمنى ليست من ضمن حقول K+‏ ونظراً لأن حقول 
الجانب الأيمن في الاعتمادية ليست من ضمن حقول +> على الرغم من أن الحقل الذي يحَدّد الجانب الأيمن 
من ضمن X+‏ وهو (C)‏ 25 إضافة الحقول اليمنى من الاعتمادية؛ لتصبح جزءاً من KH‏ وبذلك تكون 
نتيجة هذه الدورة كما G, D, Е); U‏ ,10 = '5), 


۶۹۵۷۵۲ لطر ЛК С 3 уа‏ ۹ 9 الى كن جره EE‏ فن 
الحقول التى من ضمن +×. DJ‏ يُنظر هنا إلى الاعتمادية الثالثة (Б. G}—> Н)‏ لكون جانبها الأيسر من 
ضس ЈЫН‏ الموجودة في ЫЙА Днын‏ الست من баз‏ رل X‏ رظ رآ لان s‏ العایب 
الأيمن في الاعتمادية ليست من ضمن حقول +× على الرغم من أن الحقول التي تحَدّد الجانب الأيمن هي 
من ضمن + تتم إضافة الحقل الأيمن من الاعتمادية ليصبح Íe ja‏ من ays KE‏ في هذه الحالة أنه Д3‏ 
استخدام قاعدة الانتقال ضمن خوارزمية الدالة عند تحديد الجانب الأيمن من الاعتمادية АЁ‏ وبذلك تکون 
نتيجة هذه الدورة كما يلي: .X' = {C, G, D, E, H}‏ 

- التوقف: âi‏ التوقف بعد الدورة الثانية لعدم وجود أية اعتماديات وظيفية جانبها الأيسر من ضمن 

وإذا طبقنا هذه الدالة على جدول «الموظف - المشروع» ذي الاعتماديات الوظيفية التالية: 

F = {ENO ¬ {ENmae, Title, Salary}, 
PNO ج‎ [PName, Budget}, 
{ENO, PNO! — {PLocation, Duration, Responsibility}, 


Title —> Salary, 


PLocation —> PNO} 


وذلك بغية معرفة انغلاق بعض حقول الجدول؛ فسيكون انغلاق هذه الحقول» كما يلي: 


{ENO, EName, Title, Salary} = {ЕМО}? .۱ 

{PNO, РМате, Budget} = {РМО}. š 

{ENO, PNO, EName, Title, Salary, PName, Budget, PLocation, Duration, Responsibility} = {ENO, РМО)" Aj 
{Title, Salary} = {Title} 

{PLocation, PNO. PName, Budget] = {PLocation}" .5 


{ENO, PNO, ЕМате, Title, Salary, PName, Budget, PLocation, Duration, Responsibility} = {ENO, Ріосайоп)* . 1 


ويمكن تعديل الدالة أعلاه؛ بحيث تستخدم للتعرّف على المفاتيح المرشحة للجدول. ويتم ذلك من 
خلال معرفة انغلاق dia JS‏ من حقول الجدول على جدة؛ فإذا كانت نتيجة الدالة جميع حقول الجدول يعني 
أن الحقل مفتاح مرشح. بعد ذلك؛ یتم معرفة انغلاق GS‏ حقلين من حقول الجدول؛ فإذا كانت نتيجة الدالة لأي 
حقلين جميع حقول الجدول ولم يوجد dia‏ منها سبق أن كان مفتاحاً مرشحاً للجدول في الخطوة الأولى؛ 
يكون الحقلان مفتاحاً مرشحاً للجدول. وتستمر العملية وصولاً إلى حقول الجدول كافة. وتفيد هذه العملية 
لكون الشكل الطبيعي الثالث والشكل الطبيعي «بويس -كود» ينصان» ضمن شروطهماء على أن يكون 
الجانب الأيسر من أية اعتمادية وظيفية مفروضة على جدول ما مفتاحاً خارقاً للجدول. ويعني هذا أن 


الجانب الأيسر يحتوي ضمن حقوله على مفتاح مرشح. 


:(Properties of DeComposition) خواص التجزئة‎ 5-1-6 


يعتمد تطبيغ الجداول على مبدأ التجزئة ЗА‏ من تكرار البيانات غير المرغوب فيها. وکما أوضحنا 
عند شرح الشكل الطبيعي «بويس - كود»؛ قد ينتج عن عمليات التجزئة ظهور بعض المشكلات التي لم 
تكن موجودة أصلاً. وبشكلٍ خاص؛ يجب أن نتأكد من أن تجزئة أي جدول تمكننا من استرجاع البيانات 
الأصلية في الجدول الأصلي عند إجراء عملية ربط بين الجداول الناتجة من عملية التجزئةء كما يجب أن 
نتأكد من أن تجزئة الجدول تمكّننا من التحقق من انطباق قيود التكامل» بعد التجزئةء بشكل Оба‏ وفيما يلي 
شرح للخاصيتين اللتین تمكناننا من اختبار ذلك. 

1-5-1-6 خاصية المحافظة على الاعتماديات الوظيفية Dependency Preservation Decomposition)‏ 


АЗ)‏ من المفید إذا $ Cs‏ كل اعتمادية وظيفية «(Х — Y)‏ موجودة أصلاً ضمن الاعتماديات الوظيفية 
المفروضة على جدولء وهي «Е‏ ضمن أحد الجداول الناتجة من عملية تجزئة الجدولء أو كان بالإمكان 
الاستدلال عليها من حقول أحد الجداول بعد التجزئة. وسمّى هذه الخاصية «المحافظة على الاعتماديات 
الوظيفية». وتظهر الحاجة إلى هذه الخاصية لكون (K‏ اعتمادية وظيفية تمثل قيداً بين حقول الجدول الأصلي 


يجب التأكد من انطباقها على حالات الجدول كافة. وإذا لم تُوجّد إحدى الاعتماديات الوظيفية ضمن أحد 
الجداول الناتجة من عملية التجزئة؛ فإننا لن نتمكن من فرض هذه الاعتمادية من خلال التعامل مع جدول 
واحد؛ ولكنه يجب إجراء عملية ربط بين جدولين أو أكثرء ومن ثم التحقق من انطباق الاعتمادية على نتيجة 
عملية الربط. ولكون عملية الربط عملية تتطلب بعض الوقت لتنفيذها؛ فإن هذه الطريقة 555 غير فعّالة 
وغير عملية. وتجدر الإشارة إلى أنه ليس من الضروري أن توجد الاعتماديات الوظيفية الموجودة في “۴” 
ذاتھاء OK‏ على جدة» ضمن أحد الجداول الناتجة من عملية التجزئة؛ لكنه يكفي أن يكون اتحاد الاعتمادیات 
الوظيفية الموجودة في الجداول؛ OK‏ على аз.‏ مكافئة للاعتمادیات الوظيفية الموجودة في “۴”. وفيما يلي 
التعريف الرسمي لخاصية «المحافظة على الاعتماديات الوظيفية»: 


تعد تجزئة هيكل الجدول R‏ إلى أكثر من جدول ) (R, ۸, ..., R‏ تجزئة تحافظ 
على الاعتماديات الوظيفية إذا كانت كل اعتمادية وظيفية في “F”‏ ا في ذلك التي يمكن 
الاستدلال عليهاء متحققة في اتحاد عمليات إسقاط الاعتماديات الوظيفية على الجداول 


الناتجة من عملية التجزئة كما يلي: 
U (л, (FHF‏ .. لا )0( (л, (F) U (л,‏ 


ومثالاً على فقد الاعتماديات الوظيفية؛ لننظر في مثال «الموظف - المشروع» الذي تمت تجزئته عند 
شرحنا للشكل الطبيعي «بويس - كود» ونتج عنه ثلاثة بدائل للتجزئة» وهي: 


(ENO, PLocation) s (ENO, PNO, Duration, Responsibility) -١ 


(PNO, PLocation) s (PNO, ENO, Duration, Responsibility) -Y 


(PLocation, PNO) و‎ (PLocation, ENO, Duration, Responsibility) ۳۔‎ 


وبإجراء عمليات إسقاط حسب التعريف оу‏ للاعتماديات الوظيفية الظاهرة على الجداول الناتجة 
من البدائل الثلاثة؛ تكون نتيجة عملية الإسقاط» موضّحة حسب «р OK‏ كما يلي: 


({ENO, PNO} — [Duration, Responsibility!) -١ 
((PLocation — PNO), (РМО, ENO} — (Duration, Responsibility})) -Y 


((PLocation — PNO), ({PLocation, ENO} — (Duration, Responsibility})) -Y 


في البديل الأول & فقد الاعتمادية الوظيفية (PLocation—> PNO)‏ وكذلك الاعتمادية الوظيفية 
ENO, PNO} — {PLocation})‏ وحتى لو تمَّ ربط الجدولين الناتجين من عملية التجزئة في هذا البديل؛ 
فإننا لن نتمكن من فرض هاتين الاعتماديتين الوظيفيتين؛ وذلك لأن هذا البديل يعاني مشكلةً أكبر وهي وجود 
سجلات زائفة (Tuples Spurious)‏ كما أوضحنا أعلاه. GÍ‏ البديل الثاني؛ فإنه يؤدي أيضاً إلى فقد 
اعتماديات وظيفيةء إلا أنه يفقد اعتمادیة وظيفية واحدةء وليس اعتماديتين اثنتین كما هو الحال بالنسبة 
للبديل الأول. оза у‏ الاعتمادية هي (ЕМО, PNO} -< {PLocation})‏ وكما هو الحال بالنسبة للبديل الأول؛ 
فإن هذا البديل يعاني مشكلة أكبر لن تمكننا من فرض هذه الاعتمادية؛ لأنه سينتج عن عملية الربط بين 
جدولي هذا البديل سجلات زائفة. WÍ‏ البديل الثالٹ؛ فسيفقد الاعتمادیة الوظيفية 
(ЕМО, PNO} — {PLocation})‏ إلا أن هذا البديل لن ینتج Але‏ سجلات زائفة في أثناء عملية ربط جدوليةء 
ومن ثم يمكننا التحقق من انطباق الاعتمادية الوظيفية التي فقدت في أثناء التجزئة. ويعني هذا أن كل 
البدائل الثلاثة لتجزئة الجدول تؤدي إلى فقد اعتمادية وظيفية أو أكثر؛ الأمر الذي يستدعي إجراء عملية 
ربط بين الجداول الناتجة للتحقق من انطباق الاعتماديات الوظيفية التي فقدت نتيجة لعملية jail‏ 2« وما 
دامت عملية التجزئة لا ينتج عنها وجود سجلات زائفة في أثناء ربط الجداول الناتجة من عملية التجزئة. 
ولهذا السبب؛ فإن خاصية «السجلات غير الزائفة» 553 أهم بكثير من خاصية «المحافظة على الاعتماديات 
الوظيفية»؛ لكون الأولى تُعنَى بصحة البيانات الناتجة بعد عملية الربط على حين أن الثانية تُعنَى بأداء 
النظام الذي قد يتأثر نتيجة عمليات الربط؛ بغية التحقق من انطباق الاعتماديات الوظيفية التي فقدت نتيجة 


2-5-1-6 خاصية السجلات غير الزائفة :(Lossless Join DeComposition)‏ 


إن الخاصية الثانية التي يجب لأيّ تجزئة لجدول أن ДЫ‏ بها؛ هي خاصية السجلات غير الزائفة. 
وكما أوضحنا عند شرحنا للشكل الطبيعي «بويس - كود»» أنه من الممكن أن АЗ‏ تجزئة الجدول وفق أكثر 
من بدیلء ولكن بعض هذه البدائل قد يؤدي إلى إضافة سجلات زائفة عند إجراء عملية ربط بين الجداول 
الناتجة من التجزئة؛ بغية استعادة البيانات الموجودة في الجدول الأصلي قبل تجزئته. ويعني هذا أن 
السجلات الزائفة التي قد تتمُ إضافتها بعد عملية الربط تمثل بيانات خطأ لكونها غير موجودة أصلاً ضمن 
حالات الجدول قبل تجزتته. وفيما يلي التعريف الرسمي لهذه الخاصية: 


3 تجزئة هيكل الجدول R‏ إلى أكثر من جدول ) (К, Ry ..., R‏ تجزئة У‏ تؤدي إلى 
وجود سجلات زائفة عند ربط الجداول الناتجة من عملية التجزئة ربطاً طبيعياً بالنسبة 
لمجموعة الاعتماديات الوظيفية “F”‏ المفروضة على R‏ إذا انطبق الشرط التالی على أي 


حالة “т”‏ من الحالات التي قد يكون عليها الجدول R‏ وتنطبق عليه كافة الاعتماديات 
الوظيفية ا مفروضة “F” ade‏ 


(m (1) P< rt, (r) <> بی ان‎ (EEr 


ويعني التعريف أعلاه أنه لو أخذنا أية حالة "re‏ يكون عليها الجدول R‏ وأجرينا عملية إسقاط لحقول 
الجدول وفق حقول الجداول التي تمثل تجزئة الجدول؛ فإنه يجب أن تكون نتيجة عملية الربط الطبيعي بين 
جميع جداول التجزئة حالة مكافئة لحالة الجدول الأصلي وهي r“‏ وبمعنى آخر؛ يجب أن تکون نتيجة ربط 
جداول التجزئة تحتوي على بيانات تكافئ البيانات الموجودة في الجدول الأصلي دون وجود أي سجلات 
إضافية. 

ЁШ,‏ من أن تجزئة GÍ‏ جدول (R)‏ إلى جدولين ,( ۸2 Дз (ВІ,‏ بخاصية السجلات غير الزائفة 
يمكن إجراء الاختبار التالي: 


]0 تجزئة أية جدول (R)‏ إلى جدولين ) (Е, R‏ 1525 بخاصية السجلات غير الزائفة 
بالنسبة للاعتماديات الوظیفیة “F”‏ المفروضة على (R)‏ إذا تحقق SÍ‏ من الشرطين التاليين: 


(ЕП R) — (R - R ) على الشكل التالي:‎ “E” تُوجّد اعتمادية وظيفية في‎ ٠ 


(RN R) — (R. R ) ЈЕ على الشكل‎ “F” توجد اعتمادية وظيفية في‎ ٠ 


ويعني الاختبار السابق أنه عندما نقوم بتجزئة جدول إلى جدولين للحصول على شكل طبيعي ما؛ فإن 
الجدولين الناتجين يتحليان بخاصية السجلات غير الزائفة إذا كانت الحقول المشتركة بین الجدولين تحَدِد 
جميع حقول الجدول الأول أو جميع حقول الجدول الثاني. وبمعنى آخر؛ يجب أن تكون الحقول المشتركة 
بين الجدولين الناتجين مفتاحاً رئيسياً للجدول الأول أو مفتاحاً رئيسياً للجدول الثاني. وبناءً على ذلك؛ يمكن 
bale)‏ تعريف الشرطين» كما يلي: 


(КПА) ЭК + 


(RN R) => R ° 


ғ:‏ على الاختبار هذا؛ يمكن التحقق من أن البديل الثالث لتجزئة جدول «الموظف - المشروع» 
أعلاه هو البديل الوحيد الذي يتحلى بخاصية السجلات غير الزائفة. ففي هذا البديل يوجد حقل واحد 
مشترك بين الجدولين وهو dia‏ «موقع المشروع» «(РГоСайоп)‏ وهذا الحقل يمثل المفتاح الرئيسي لأحد 
الجدولين. أما في البديل الأول Laj 5 а‏ حقل مشترك واحد بين جدولي هذا ehall‏ وهو dia‏ «رقم 
الموظف» (ENO)‏ ولكن هذا الحقل ليس مفتاحاً رئيسياً 09У‏ من الجدولين. كذلك هو الحال في البديل 
الثاني الذي یُوجّد فيه Jia‏ مشترك واحد بين جدوليه» وهو dia‏ «رقم المشروع» (PNO)‏ ولكنه لیس 
مفتاحاً رئيسياً لأ من جدولي هذا البديل. 


3-5-1-6 التجزئة التي зїї‏ بخاصية «المحافظة على الاعتماديات الوظيفية» DependenCy)‏ 


:(Lossless Join DeComposition) وخاصية «السجلات غير الزائفة»‎ »))Preservation 


لتطبيع جدول حتى يكون في الشكل الطبيعي الثالث؛ فإنه من الممكن دائماً تجزئته إلى جدولين (أو 
أكثر)» على أن تتحلى تجزئته (KC‏ من خاصية المحافظة على الاعتماديات الوظيفية وخاصية السجلات غير 
الزائفة. وتمثل الخوارزمیة التالية» تعميماً للطريقة التي استخدمناها عند شرح الشكل الطبيعي الثالث لتطبيع 
أي جدول ليصبح بالشكل الطبيعي الثالث مع المحافظة على کلتا الخاصيتين. 


- المدخلات: جدول ليس في الشكل الطبيعي الثالث» والاعتماديات الوظيفية المنطبقة عليه. 


5 المخرجات: جداول في الشكل الطبيعي الثالث АЕТ‏ بخاصية «المحافظة علئ الا عتمادیات 
الوظيفية» وخاصية جرالسجلات غير الزائفة». 
2 الخطوات: 

لكافة الحقول الموجودة في الجانب الأيمن من )23 اعتمادية وظيفية تحَدّدها نفس حقول الجانب 
الأيسر وتكون الاعتمادية الوظيفية مخالفة لشروط الشكل الطبيعي الثالث: 


1- 25 إنشاء جدول جدید يحتوي على كافة الحقول الموجودة في الجانب الأيمن التي تحَدّدها نۂ 
حقول الجانب الأيسر بالإضافة لحقول الجانب الأيسر. 


2- يكون مفتاح الجدول الجديد هو الحقول الموجودة في الجانب الأيسر. 


3- تزال الحقول التي في الجانب الأيمن من الجدول الأصلي الذي هو قید التجزئة. 


ولإيضاح طريقة عمل الخوارزمية السابقة؛ نعود مرة أخرى إلى مثال «الموظف - المشروع» المبيّنة 
اعتماداته الوظيفية» مرةً أخرىء كما يلي: 


EMP РКО] 
ENO | EName | Title| Salary | PNO PName| Budge “| Duration | Responsibility | 


ےپ + гї‏ ریں 
Ж. ЖЕ.‏ لل ЕЧ ш‏ 


وكما سبق أن أوضحنا؛ فان الاعتمادية الوظيفية الثانية» والثالثة» والرابعة تخالف شروط الشكل 
الطبيعي الثالث؛ لكونها ليست اعتماديات وظيفية بديهية» وليس الجانب الأيمن فيها حقولاً أولية» كما أن 
الجانب الأيسر في OS‏ منها ليس مفتاحاً خارقاً. وبناءً على ذلك یتم إنشاء جدول جديد GSI‏ واحدة من هذه 
الاعتمادیات المخالفة لشروط الشكل الطبيعي الثالث؛ إذ ,25 إنشاء جدول يحتوي على جميع الحقول الممثلة 
في الاعتمادية الثانية» ويكون مفتاح هذا الجدول الحقل الممثل في الجانب الأيسر من الاعتمادية وهو Jia‏ 
«رقم الموظف» (ENO)‏ ,25 إزالة الحقول الممثلة في الجانب الأيمن من الاعتمادية من حقول الجدول 
الأصلي. وتكون نتيجة هذه к‏ كما يلي: 


1- EMP PROJ (ENO, PNO, PName, Budget, Duration, Responsibility) 
2- EMPLOYEE (ENO, EName, Title, Salary) 


Шз,‏ جدول جدید OÚ‏ لتمثيل الاعتمادية الوظيفية الثالثة؛ بحيث تكون حقول هذا الجدول مطابقة 
لتلك الممثلة في الاعتمادية. وكما هو СЫЛ‏ في الجدول السابق» يكون المفتاح الرئيسي للجدول قيد الإنشاءء 
هو الحقل الممثل في الجانب الأيسر من الاعتمادية» وهو dJia‏ «رقم قم المشروع» aii g (PNO)‏ إزالة 


الحقول الممثلة في الجانب الأيمن من الاعتمادية من حقول الجدول الأصلي. وتكون نتيجة التجزئة حتى هذه 
المرحلة كما يلي: 


1- EMP PROJ (ENO, PNO, Duration, Responsibility) 
2- EMPLOYEE (ENO, EName, Title, Salary) 
3- PROJECT (PNO, PName, Budget) 


وبذلك يصبح S‏ من الجدول الأصلي (EMP_PROJ)‏ والجدول الثالث (PROJECT)‏ في الشكل 
الطبيعي الثالث؛ إلا أن الجدول الثاني (EMPLOYEE)‏ ليس في الشكل الطبيعي الثالث؛ لوجود الاعتمادية 
الوظيفية الرابعة فيه. لذا یت إنشاء جدول جديد تكون algia‏ تلك الممثلة في الاعتمادية الوظيفية الرابعة 
ويكون المفتاح الرئيسي للجدول الجديد هو الحقل الموجود في الجهة اليسرى من الاعتمادية» وهو حقل 
«مُسمى الوظيفة» (Title)‏ ,28 إزالة dia‏ الجانب الأيمن في الاعتمادية من حقول جدول الموظفين 
(EMPLOYEE)‏ وبذلك تكون التجزئة النهائية للجدول أربعة جداول OK‏ منها في الشكل الطبيعي الثالث 
كما يلي: 


1- EMP PROJ (ENO, PNO, Duration, Responsibility) 
2- EMPLOYEE (ENO, EName, Title) 

3- PAYMENT (Title, Salary) 

4- PROJECT (PNO, PName, Budget) 


4-5-1-6 التجزئة إلى الشكل الطبيعي «بويس - كود» مع المحافظة على خاصية «السجلات غير 


:(Lossless Join DeComposition) الزائفة»‎ 


سبق أن أشرنا أعلاه إلى أن هناك تجزئة gY‏ جدول ليس في الشكل الطبيعي الثالث؛ بحيث تكون 
iai‏ تجزئته عبارة عن جداول بالشكل الطبيعي الثالثء وتنطبق على هذه التجزئة ОЁ‏ من ipali‏ 
«المحافظة على الاعتماديات الوظيفية» وخاصية «السجلات غير الزائفة». إلا أن هذا من غير الممكن دائماً 
عند تطبيع جدول ليصبح بالشكل الطبيعي «بويس - كود»؛ بمعنى أن الجداول الناتجة من عملية التجزئة قد 
لا تنطبق عليها خاصية «المحافظة على الاعتماديات الوظيفية»» كما سبق أن أوضحنا في مثال «الموظف - 
المشروع» الذي كانت جميع بدائل تجزئته الثلاثة لا تتحلى بخاصية «المحافظة على الاعتماديات 


الوظيفية». ولأن خاصية «السجلات غير الزائفة» أهم كثيراً من خاصية «المحافظة على الاعتماديات 
الوظيفية»» ونظراً لدوام وجود تجزئة لجدول حتى يصبح بالشكل الطبيعي «بويس - كود» مع aai‏ 
بخاصية «السجلات غير الزائفة»؛ فإننا بحاجة إلى طريقة تمكننا من الوصول إلى هذه التجزئة بشكل فعال. 
وتمثل الخوارزمیة التالية هذه الطريقة: 


- المدخلات: جدول (R)‏ ليس في الشكل الطبيعي «بويس - کود+ والاعتماديات الوظيفية 
المنطبقة عليه (F)‏ 
- المخرجات: مجموعة جداول (D)‏ في الشكل الطبيعي «بويس - كود» تتحأى بخاصية 
«السجلات غير الزائفة». 
- الخطوات: 
-١‏ تتكؤن التجزئة (D)‏ مبدئياً من جدول واحد هو .(R)‏ 
{В}‏ ے D‏ 


«بويس - كود» يتم عمل التالي: 
• إذا كانت الاعتمادية الوظيفية ال مخالفة للشكل الطبيعي «بويس - كود» هي: 
ХҮ‏ 


D —(D-Q) U (Q-Y) U (XUY) 


Оба;‏ على طريقة عمل الخوارزمية السابقة؛ نعود مرة أخرى إلى جدول «الموظف - المشروع» 
التالي: 


ЕМР_РКОДЕМО, PNO, TName, Title, Salary, РМате, Budget, PLocation, Duration. Responsibility) 


الذي تنطبق عليه خمس اعتماديات وظيفية وهي كالتالي: 


1101: ГМО, PNO} — {ЕМаше, Title, Salary, PName, Budget, PLocation, Duration, Responsibility; 
FD2: ЕМО > {ЕМаше, Title, Salary} 

FD3: PNO — {PName, Budget} 

FD4: Title —> Salary 

FD5: PLocation — РМО 


وتمثل هذه الاعتماديات الوظيفية المطبقة على الجدول بالرسم كما يلي: 


EMP РКОЈ ка а 
ЕМО EName | Title Salary ЕЎ РМ№ате) Budget | PLocation | Duration | Responsibility | 


LP کی .ھا‎ ди. FFE 


s| T {+ 


وكما أسلفنا سابقاً؛ إن جدول «الموظف 5 المشروع» أعلاه ليس في الشكل الطبيعي «بويس — 
كود»؛ وذلك بسبب الاعتمادیات الوظيفية الثانیة والثالثة والرابعة والخامسة؛ إذ إن الجانب الأيسر في OK‏ 
منها ليس مفتاحاً خارقاً للجدول. ولتطبيع الجدول ليصبح في الشكل الطبيعي «بويس - كود» نستخدم 
الخوارزمية السابقة» بافتراض أن اسم الجدول هو (IR)‏ كما يلي: 

- الوضع المبدئي: تتكون التجزئة من جدولٍ واحد حقوله هي جمیع حقول الجدول الرئيسي: 
.D= {RI}‏ 

- الدورة الأولى: ۸1 الموجود ضمن جداول التجزئة ليس في الشكل الطبيعي «بويس -كود». يتم 
کود»» ولتكن: 

ENO 4 {EName, Title, Salary} 

تطبق قاعدة التجزئة . ولأن (D)‏ في الدورة الأولى تحتوي على جدول واحد؛ فهو (Q) {шай‏ 

وتكون نتيجة تطبيق القاعدة» كما يلي: 


D< - ОВ, 


x 


بحيث إن: 
К2 (ENO, PNO, PName, Budget, PLoCation, Duration, Responsibility)‏ 


R3 (ENO, EName, Title, Salary) 


- الدورة الثانية: تكون جداول التجزئة حتى الآن كما يلي: .D= {R3 ,R2}‏ 
الجدول 2R‏ والجدول 3R‏ ليسا في الشكل الطبيعي «بويس - كود». نتم تجزئة الجدول 3۸ وفق 
الاعتمادية الوظيفية المنطبقة على ЗВ‏ وفي الوقت نفسه مخالفة للشكل الطبيعي «بويس - كود»» وهي: 
Title — Salary‏ 


D < (D-Q) U (Q-Y) U (XUY) 
تطبق قاعدة التجزئة  620069 ۸21۷ >2 على الجدول83› كما يلى:‎ 


بحيث إن: 


> 


К, (ЕМО, ЕМате, Title) 
R. (Title, Salary) 
.D= {R2, R4, R5,} الدورة الثالثة: تكون جداول التجزئة حتى الآن كما يلي:‎ - 


الجدول ВА‏ والجدول ۸5 في الشكل الطبيعي «بويس - كود»؛ ولكن الجدول R2‏ ليس كذلك. з‏ 
کود»» ولتكن: 


PNO —> {PName, Budget} 


تطبق قاعدة التجزئة D > (O-Q U (Q-Y) U XUY)‏ على الجدول «ВО‏ كما يلى: 


R (ENO, PNO, PLocation, Duration, Responsibility) 


6 


R_ (PNO, PName, Budget) 


- الدورة الرابعة: تكون جداول التجزئة حتى الآن كما يلي: .D= {R4, R5, R6, R7,}‏ 


الجدول КА‏ والجدول R5‏ والجدول 17 في الشكل الطبيعى «بويس — كود»؛ ولكن الجدول Вб‏ 
ليس كذلك. تتمٌ تجزئة الجدول وفق الاعتمادية الوظيفية المنطبقة على ۸6 وفي الوقت نفسه مخالفة للشكل 
الطبيعي «بويس - كود»» وهي: 


PLocation — PNO 


تطبق قاعدة التجزئة D < D-O U (Q-Y) U KUY)‏ على الجدول126: كما يلي: 


D < (R4 U R; U R.) U (Rẹ) U (Ro) 


بحيث إن: 
R, (ЕМО, PLocation, Duration, Responsibility)‏ 


٣ (PLocation, PNO) 


ويُلاحَظ في التجزئة الأخيرة أعلاه أن aš say dia‏ المشروع» *(PLoCation)‏ قد أصبح Ís ja‏ من 
المفتاح الرئيسي للجدول الجديد (R8)‏ عوضاً عن حقل «رقم المشروع» (PNO)‏ الذي تم نقله للجدول 
الجديد (R9)‏ حتى تصبح الحقول التي تمثل تقاطع الجدولين (وهو الحقل «رقم المشروع» ((PLoCation)‏ 
مفتاحاً رئيسياً لأحدهما كما تنص عليه قاعدة التجزئة التي تتحلى بخاصية السجلات غير الزائفة» وخاصة أنه 
يمكن تحديد رقم المشروع من خلال موقعه حسب الاعتمادية الوظيفية التي أدت إلى تجزئة الجدول. 


-| لمخرجات: ,22 التوقف adl‏ وجود أي جدول مخالف للشكل ١‏ لطبيعي «بويس - كود» ضمن 
مجموعة جداول التجزئة D‏ وتكون النتيجة النهائية لمجموعة الجداولء كما يلي: 


D = { R ,(ENO, EName, Title), 
R.s(Title, Salary), 
R. (PNO, PName, Budget), 
R,(ENO, PLocation, Duration, Responsibility), 
R(PLocation, PNO) 


:((Fourth Normal Form (4NF) الشكل الطبيعي الرابع‎ 6-1-6 


عندما يكون جدول ما في الشكل الطبيعي «بويس - كود»؛ فإن مثل هذا الجدول لن يحتوي على أي 
من مشكلات التعدیلء التي سبق أن أوضحناها أعلاه؛ بسبب الاعتماديات الوظيفية. إلا أن مثل هذا الجدول 
قد يحتوي على مشكلات أخرى نتيجة لما уаз‏ — ب «الاعتماديات متعددة القيم» Multivalued)‏ 
(MVD‏ وع016)معلمعمء(1)). فعلى سبيل المثال» لنفترض وجود جدول بمسمى «المواد الدراسية»» كما 
COURSE T‏ 

Alhamad Introduction to Physics 

Physics Fundamentals 

Albader Basic Mathematics 


إن Јул‏ أعلاه يتكون من ثلاثة حقول تمثل المادة الدراسیةء وهي: رمز المادة الدراسية 
‹(Сошѕе 10)‏ واسم عضو هيئة التدريس الذي يقوم بتدريس المادة الدراسية «(InstruCtor_ Name)‏ 
والمرجع العلمي المستخدم في تدريس المادة (Textbook)‏ ولأن الحقول الثلاثة التي يتكون منها الجدول 
تمثل مفتاحه الرئيسي؛ فإن الجدول بالشكل الطبيعي «بويس - كود». ومع أنه لا توجد في الجدول أي 
اعتماديات وظيفية تخالف شروط الشكل الطبيعي «بويس - كود»» وأن الاعتمادية الوظيفية (الظاهرة) 
الوحيدة هي تلك المتعلقة بالمفتاح الرئيسيء كما يلي: 


{Course ID, Inšlrucior Name, Textbook} — {Course ID, Instructor Name, Textbook} 


إلا أن الجدول يعاني مشكلات التعديل» كما يلي: 
]- مشكلة الحذف: لو تم حذف عضو هيئة التدريس الذي اسمه e” Albader“‏ فإننا سنفقد Laj‏ 
مسمى المرجع الدراسي المستخدم في تدريس مادة الرياضيات .(MathematiCs)‏ 
2- مشكلة الإضافة: لو أردنا إضافة مرجع إضافي لمادة الفيزياء а «(Рһув1С$)‏ سنضطر إلى 
إضافة ثلاثة سجلات؛ بحيث يضاف سجل جديد OK‏ عضو من أعضاء هيئة التدريس الثلاثة الذين يقومون 


بتدريس مادة الفيزياء. 


3- مشكلة التحديث: لو أردنا تحديث مسمى أحد مراجع مادة الفيزياء؛ فإننا سنضطر لإجراء عملية 
التحديث في 2556 سجلات. فعلى سبيل المثال: لو أردنا تحديث المرجع ”IntroduCtion to PhysiCs“‏ 
ليصبح في طبعته الثانية “211781608 to‏ 124001100105 (260)”. فإنه يجب تغيير هذا المسمى في ثلاثة 
سجلات؛ وذلك لكل عضو من أعضاء هيئة التدريس الذين يقومون بتدريس مادة الفيزياء. 


وتظهر الاعتمادیات متعددة القيم عندما يكون في الجدول ثلاثة حقول على الأقل؛ بحيث إن إحدى هذه 
الحقول وليكن «حقل1» يحدد مجموعة محددة من قيم йз‏ ثانِء وليكن «حقل2»» كما أن «حقل1» يحدد 
مجموعةً محددة من dia‏ ثالثء وليكن «حقل3» وأن مجموعة قيم «حقل2» و«حقل3» مستقلتان. ففي 
المثال أعلاہء يحدد رمز المادة الدراسية مجموعة محددةً من قيم أسماء أعضاء هيئة التدريس» وهي لأولئك 
الذين يقومون بتدريس المادة الدراسیة كما أنه يحَدّد مجموعة محددة من المراجع العلمية المرتبطة بكل مادة 
دراسية» وأن a‏ مجموعة أسماء أعضاء هيئة التدريس الذين يقومون بتدريس مادة دراسية مستقلة عن قيم 
المراجع العلمية الخاصة بالمادة الدراسية. وتظهر مثل هذه الاعتماديات المتعددة القيم في الغالب عندما 
يتكون الجدول من مجموعة من الحقول تكون في مجملها مفتاحاً رئيسياً للجدول. 

ولتطبيع أي جدول؛ بحيث يكون في الشكل الطبيعي الرابع؛ فإنه يجب أن يكون الجدول في الشكل 


الطبيعي «بويس - كود»» وفي الوقت ¿ab‏ لا يحتوي على أي اعتماديات متعددة القيم. ويمكن النظر إلى 
الجدول السابق» كما يلي: 


COURSE 


Inslructor_ Мате Textbook 


Alsaleh Physics Fundamentals 


Physics Alhamad | Understanding Physics 


Albandar Introduction to Physics 
Elmasri Introduction to Chemislry 


Chemistry 
Basic Chemistry 


Mathematics Albadcr Basic Mathcmatics 


یوضِتح الجدول السابق كما لو كان الجدول الأصلي مكوناً من ثلاثة حقول؛ اثنان منها (وهما: Jia‏ 
اسم عضو هيئة التدريس» وحقل المرجع العلمي) حقلان متعددا القيم» وأن الحقل الذي يحدد مجموعة القيم 
التي من الممكن أن يأخذها ¿sÍ‏ من الحقلين هو حقل رمز المادة الدراسية. كما يوضّح الجدول أن مجموعة 


قيم كلا الحقلين متعددي القيم منفصلة عن بعضها. ولتحويل الجدول إلى الشكل الطبيعي الرابع؛ تتم تجزئته 
إلى جدولين؛ بحيث يحتوي الجدول الأول على أسماء أعضاء هيئة التدريس الذين يقومون بتدريس المواد 
الدراسية بمسمّى «المؤهلات التدريسية» (QUALIFICATION)‏ في حين يحتوي الثاني على المراجع 
العلمية الخاصة بالمواد الدراسية بمسمى «المواد المرجعية» (REFERENCE_MATERIAL)‏ كما 
يلي: 


QUALIFICATION 18 


۸۱۵۱١۱ Physics Fundamentals 
Understanding Physics 


Elmasri Introduction to Chemisiry 
۸77 Chemislry Basic Chemislry 
Mathematics Basic Mathematics 


ويُلاحَظ في طريقة تجزئة الجدول السابقة» التي تمٌ فيها إنشاء جدول جديد لكل مجموعة متعددة القیم؛ 
أنها لم تقم بالتغلب على مشكلات التعديل فحسب» وإنما قد قلصت мде‏ السجلات؛ إذ إن الجدولين الناتجين 
يحتويان على أحد عشر ¿us (П)‏ في حين يحتوي الجدول الأصلي على اثني عشر )12( سجلاً. ويعني 
هذا أن تحويل أي جدول إلى الشكل الطبيعي الرابع يسهم في تقليص حجم المساحة التخزينية المطلوبة 
لتخزين الجدول» وخاصة عندما تكون مجموعة القيم التي من الممكن أن تكون عليها الحقول متعددة القيم 
كثيرة جداً. 

:(Higher Normal Forms) الأشكال الطبيعية العليا‎ 7-1-6 


аз Š‏ أشكالٌ طبيعية أخرى ذات خصائص تختلف عما 4 ذكره حتى الآن» مثل الشكل الطبيعي 
الخامس (SNF)‏ ولكن الحاجة الفعلية التي تتطلب تطبيع الجداول حتى تصبح بهذه الأشكال الطبيعية العليا 
من النادر جداً أن تظهر على أرض الواقع. لذا؛ فإن هذه الأشكال الطبيعية 294 ذات قيمة نظرية أكثر من 
كونها ذات قيمة تطبيقية. ولأن محتويات هذا الكتاب تميل إلى أن تكون ذات صبغة تطبيقية؛ فإننا لن نقوم 
باستعراض وشرح هذه الأشكال الطبيعية العليا. 


2-6 التصميم المادي لقواعد البيانات العلاقية: 


إن الهدف من التصميم المادي لنظم قواعد البيانات؛ هو إنشاء تصميم OS‏ من تخزين البيانات بشکلِ 
يوفر الأداء المناسب لنظام إدارة قاعدة البيانات على اختلاف حجم العمليات التي تنفذ على قاعدة البيانات. 
ويعني هذا؛ وعلى خلاف التصميم المفاهيمي والتصميم المنطقي» أن التصميم المادي يوضح الكيفية التي 
ستُخرّن وثعالج فيها البيانات لا على الكيفية التي یتم من خلالها التعرف على البيانات والعلاقات فيما بينها أو 
طريقة تمثيلها وفق النموذج العلاقي أو نماذج البيانات الأخرى. وبناءً على هذا؛ يوضّح هذا sjal‏ من 
الكتاب خيارات تخزين قيم الحقول وكيفية تحديد الخيار المناسب. Ша ы)‏ هذا الجزء أيضاً أن الجداول التي 
45 تطبيعها (أو المطبعة) قد لا تكون الشكل الأمثل الذي من المفترض أن تُخرّن فيه في ملفات قاعدة البيانات؛ 
مما قد يستدعي éli‏ التطبيع لتحسين أداء نظام قاعدة البيانات. كما يقارن هذا الجزء بين تنظيمات الملفات 
وعلى طرق استخدام الفهارس التي نُسهم في تسريع استرجاع البيانات من قاعدة البيانات. ويجب في أثناء 
التصميم المادي لقاعدة البيانات توخي الحذر الشديد؛ إذ إن الخیارات التي يتم اتخاذها في هذه المرحلة تؤثر 
في فاعلية الوصول للبيانات» وأمن البيانات» وسهولة التعامل مع قاعدة البيانات من قبل المستفيدين. 


1-2-6 عملية التصميم المادي: 


إن الهدف الرئيسي من عملية التصميم المادي لقواعد البيانات؛ هو СААЙ‏ من معالجة البيانات بشکلِ 
فعّال؛ وذلك من خلال تقليص الوقت اللازم الذي تحتاج إليه التعليمات الصادرة من قبل المستفيدين (وبرامج 
التطبيقات) للتفاعل مع البيانات المخرّنة في قاعدة البيانات. وعلى الرغم من أن المساحة التخزينية 
المُستخدمة لتخزين قاعدة البيانات 53 مهمة في بعض الأحيان؛ فإنها بدأت تفقد أهميتها في السنوات 
الأخيرة؛ وذلك للتقليل المستمر من تكلفة المساحات التخزينية للحاسبات الآلية. لذلك؛ فإن مرحلة التصميم 
المادي ترگز عادة» وبشكل أكبرء على التسريع في عملية التعامل مع الملفات التي تستخدمها قواعد البيانات» 
وعلى البيانات المخرّنة في قاعدة البيانات دون تركيز كبير على الفاعلية في استخدام المساحة التخزينية 
المتاحة 


وتتطلب عملية التصميم المادي للملفاتء وقواعد البيانات بعض المعلومات التي تساعد على التصميم 
المادي الجیدء ومن المفترض أن يكون قد تمَّ جمعها في أثناء مراحل سابقة لتصميم النظام المعلوماتي. ومن 
هذه المعلومات» ما يلي )2015 :(Hoffer et al,‏ 

- علاقات (أو جداول) قاعدة البيانات بعد تطبيعها مع تقدير أحجام هذه العلاقات» أي: تقدير عدد 
السجلات في جداول قاعدة البيانات. 


- تعريف dia О‏ من حقول قاعدة البيانات. 

- توصيف للتوقیت والمكان اللذين يحَدّدان متى وأين )25 التعامل مع البيانات» سواء من خلال عمليات 
الإدخال أو الاسترجاع أو الحذف أو التحديث مع تحديد لأعداد هذه العمليات على البيانات. 

- التوقعات أو المتطلبات المتعلقة بالوقت اللازم للنظام للتعامل مع التعليمات المصدّرة إليه 
(Response Time)‏ وبأمن البيانات» وبالتخزين الاحتياطي» وبالوقت اللازم للاستعادة بعد حدوث 
الأعطال» وبتناسق (أو تكامل) البيانات. 

- توصيف للتقنیات المُستخدمة في بناء قاعدة البيانات متضمناً ذلك نظام التشغيل ونظام إدارة قاعدة 
البيانات. 

وتحتاج عملية التصميم المادي إلى اتخاذ عددٍ من القرارات المهمة التي تؤثر في ЈА‏ وأداء نظم 
التطبيقات التي ستتعامل مع قاعدة البيانات. ومن أهم هذه القرارات» ما يلي: 

- اختيار هيئة البيانات (Data Format)‏ التي ستخرّن عليها بيانات كل dia‏ من حقول قاعدة 
البيانات التي وردت في التصميم المنطقي لقاعدة البيانات. ويتمٌ اختيار هيئة البيانات بأقل ما يمكن من 
مساحة تخزينية وبأكثر ما يمكن من تكامل للبيانات. 

- تجميع حقول البيانات الواردة في التصميم المنطقي على هيئة سجلات مادية. وعلى الرغم من أن 
تجميع الحقول حسب ورودها ضمن أعمدة الجداول التي 2 تصميمها في مرحلة التصميم المنطقي لقاعدة 


البیانات ضمن سجلات مادية قد يبدو أمراً منطقياً إلا أنه ليس دائماً الشكل الأمثل لتجميع الحقول بشكل مباشرِ 
ضمن السجلات المادية. 


- ترتيب السجلات ذات الهياكل المتشابهة في الذاكرة الثانوية بشكل يساعد على تخزينهاء وتحديثهاء 
واسترجاعها بشكلٍ سريع سواء كان تنفيذ هذه العمليات على سجلات منفردة al‏ على مجموعات منها. 


- اختيار فهارس تساعد على تخزين وربط ملفات قاعدة البيانات بشكلٍ يجعل استرجاع البيانات أكثر 
فاعلیة, 


- وضع إستراتيجيات للتعامل مع الاستفسارات التي Ki‏ على قاعدة البيانات؛ بحيث تحميّن أداء تنفيذ 
هذه الاستفسارات وتستفيد من تنظيم ملفات قاعدة البيانات والفهارس التي تم تعريفها. 


1-1-2-6 تصميم الحقول: 


يُعَدُ الحقل أصغر وحدة تخزين للبيانات التي يمكن التعامل معها من قبل لغات البرمجةء أو نظم إدارة 
قواعد البيانات. ومن дА]‏ الأمور التي تجب مراعاتها في أثناء تصميم حقول البيانات التي ستتضمنها قاعدة 
البيانات نوعية البيانات (Data Туре)‏ والتحكم في تناسق البيانات (Data Integrity)‏ التي ستحتويها 
الحقول» والكيفية التي سيقوم من خلالها نظام إدارة قاعدة البيانات بالتعامل مع القيم غير المدخلة (أو 
المفقودة) .(Missing Data)‏ 

Ó)‏ اختيار نوعية البيانات المناسبة لحقول قاعدة البيانات له أربعة أهداف رئيسية تختلف أهميتها 
النسبية باختلاف التطبيقات التي تتعامل معهاء وهي: 


- تقلیص المساحة التخزينية الُستخدمة من قبل الحقل. 

- التمكن من تمثيل جميع القيم التي من الممكن أن يحتوي عليها الحقل. 

- القدرة على تحسين تكامل البيانات. 

СААЙ! -‏ من دعم جميع العمليات التي قد تُجری على القيم المخرّنة في الحقل. 


واختيار نوعية البيانات المناسبة لحقل ما یٔمگن من تمثيل OK‏ القيم التي من الممكن أن يأخذها الحقل 
الذي يقابله في النموذج المفاهيمي» وبأقل уй‏ ممكن من المساحة التخزينية» مع عدم إمكانية تمثيله للقيم غير 
المسموح بها (أيْ: تحسين تكامل البيانات). كما أن اختيار نوعية البيانات المناسبة diall‏ يمكّن من دعم 
العمليات التي قد تُجرّی على القيم المخزنة في الحقل مثل إجراء العملیات الحسابية إذا كان الحقل УА‏ 
لبيانات عددية أو إجراء العمليات الخاصة بالحروف (String Manipulation)‏ إذا كان الحقل مُمثلاً 


لبيانات حرفية. 


وفي العديد من نظم إدارة قواعد البيانات يُمكن التحكم في تكامل البيانات من خلال وضع قيود على 
asi‏ سی ый asus‏ رمق شر قر كن هذه Дый au‏ دن قبلا Ан‏ از قو عد 
ات ы sas‏ ات ی Ша]‏ لحقل ساس لوس مھ ولخو امن فو تام ااه 
يديك تكون ات ایک й уә‏ ا عددية (Waaay‏ إل ان هالت أنواعا آخری من القيود 
کےا کا ئگ ا ماد ЛЕ‏ بات 

- القيمة الافتراضية (Default Value)‏ : هي القيمة التي سيأخذها الحقل عند عدم إدخال Аяй‏ له في 


etii‏ إدخال سجل جديد. وتمكّن القيم الافتراضية للحقول من إدخال البيانات بشكلٍ سريع من قبل 
المستفيدين؛ وذلك عندما تكون الغالبية العظمى من السجلات التي 25 إدخالها لها قيمة تساوي القيمة 


الافتراضية للحقل» ومن ثم يمكن تخطي عملية إدخال قيم لحقول السجلات التي تساوي القيمة الافتراضية 
للحقل؛ مما يسهم في الإسراع في عملية إدخال البيانات. 


e 0 д 55‏ 3 : 5 مم جم 
š‏ التحگم في مدى القيم :(Domain Values)‏ يمكن فرض قیود على مجموعة القيم التي من الممكن 
أن تأخذها قيم Да dia‏ ويمكن أن يكون المدى عددياً یتم تحديده بقيمة دنيا وقيمة Ыс‏ أو مجموعة من القيم 
المحَدّدة سواء أكانت عددية أو سلاسل حرفية أو تواريخ. 


- التحكّم في القيم الغائبة (Null Values)‏ قد يُسْمَح لبعض الحقول أن تكون قيمها А‏ في حين لا 
2253 لحقول أخرى بذلك. ويساعد التحكم في القيم الغائبة للحقول على تكامل البيانات. فعلى سبيل 
المثال: قد تمنع السياسة العامة لإحدى الجامعات إضافة أية مادة دراسية جديدة ما لم يكن للمادة الدراسية اسم 
(مثل: مقدمة في الحاسب الآلي أو نظم قواعد البيانات). كذلك هو الحال بالنسبة لسجلات الموظفين؛ فقد 
تمنع السياسة العامة لمنظمة ما من إضافة أي سجل لموظف جديد ما لم يتم إدخال قيمة في dia‏ رقم 
الموظف. 


- السلامة المرجعية ;(Referential Integrity)‏ 3 السلامة المرجعية أحد أشكال التحكم في 
المدى؛ إذ إن القيم التي بإمكان الحقل أن يأخذها يجب أن تكون من ضمن قيم حقل آخر موجود في سجل آخر 
ضمن الجدول نفسه أو جدول آخر. ويعني هذا أن مدى القيم المفروض على حقل من هذا النوع؛ ذو طبيعة 
ديناميكية تختلف مع مرور الزمن باختلاف القيم التي يحتويها الحقل الآخر الذي 32553 аза‏ هذه القيم عوضاً 
عن کون مدى قیم الحقل ثابتة ومعرفة بشكل مسبق. 

2-1-2-6 تصميم السيّجلات» وعملية فك التطبيع: 

في أثناء عملية التصميم المنطقي؛ 2 تجميع الحقول ضمن صفوف في جداول قاعدة البيانات؛ 
بحيث يمثل OK‏ صف illa‏ معينة یتم تحديدها من خلال المفتاح الرئيسي للجدول الذي يحتوي على الصف. 
وعلى النقيض من ذلك؛ فإن التصميم المادي للحقول يعني وضعها بشكلٍ يجاور بعضها بعضاً في الذاكرة 
الثانوية؛ بحيث يمكن استرجاعها وكتابتها كوحدات (Pages)‏ من قبل نظام إدارة قاعدة البيانات. لذلك؛ فإن 
التصمیم المادي للحقول يتطلب اختيار ترتيب الحقول بشكلٍ متجاورء حتى يمكن: (1) الاستفادة من الذاكرة 
الثانوية بشكل فعّال» و(2) معالجة البيانات بشكلٍ سريع. 


وتتأثر درجة الاستفادة من الذاكرة الثانوية بشكلٍ کبیرِ بمقاس الحقول وهيكلية الذاكرة الثانوية؛ فنظم 
التشغيل تتعامل مع البيانات А А‏ في الذاكرة الثانوية (سواء بقراءتها أو كتابتها) كوحدات Š‏ صفحات 
(Pages)‏ والصفحة تمثل كمية البيانات التي بإمكان نظام التشغيل قراءتها أو كتابتها من خلال عملية 


إدخال (للذاكرة الرئيسية)» أو إخراج (من الذاكرة الرئيسية) واحدة. ومقاس الصفحة مقاس ثابت يتم تحديده 
من قبل مديري قواعد البيانات؛ بحيث تتمٌ الاستفادة القصوی من حجم الذاكرة الرئيسية لجهاز الحاسب من 
قبل جميع التطبيقات التي تنفذ عليه. وبحسب طبيعة الحاسب الآلي المُستخدم؛ فإنه قد يسمح بتوزيع 
محتويات السجل الواحد على صفحتين أو قد لا يسمح بذلك. ويعني هذا أنه قد یتم إهدار الكثير من المساحة 
التخزينية في حال كان مقاس الصفحة الواحدة لا يمثل حاصل ضرب طول السجل الواحد بعددٍ صحيح؛ مما 
يترك بعض المساحة التخزينية المهدرة في نهاية OS‏ صفحة. ду‏ عدد السجلات التي بالإمكان تخزينها 
في الصفحة الواحدة بمعامل الكتلة .((BloCk 120001 (ВЕ)‏ وعندما تكون المساحة التخزينية المتوافرة 
في الحاسب الآلي قليلة (نسبیاً)ء وفي الوقت نفسه لا يمكن أن توزع محتويات السجلات على أكثر من 
صفحة؛ فإن إنشاء أكثر من ملف لجدول ما وتوزيع حقول سجلات الجدول عليها یفص من المساحة 
التخزينية المُهدرة. 

على الرّغم من أن تقليص المساحة التخزينية المُهدرة 553 أحد العوامل المهمة في عملية التصميم 
المادي لقاعدة البيانات؛ فإن عامل التسريع في معالجة البيانات يفوق في أهميته العامل الآخر. وتعتمد 
سرعة معالجة البيانات على مدى قرب البيانات المرتبطة بعضها ببعض (والتي تتعامل معها التعليمات 
الواردة للنظام بشكل متكرر) في وسائل التخزين الثانوية. ففي العادة لا يتم استخدام حقول الجداول كافة؛ 
للإجابة عن العمليات التي تتفاعل مع قاعدة البيانات» وإنما ;25 استخدام حقول بيانات تابعة У‏ من جدول 
عند تنفيذ العمليات التي ترد لنظام إدارة قاعدة البيانات. وبناءً على ذلك؛ فإن الجداول التي 25 تطبيعها في 
أثناء عملية التصميم المنطقي لقاعدة البيانات التي تقلل من تكرارية البيانات» ومن ثم ЗЫ‏ من أخطاء dail‏ 
قد لا تكون الشكل الأمثل الذي يؤدي إلى معالجة فعّالة للبيانات إذا ما تم بناؤها مادياً بالشكل نفسه الذي 
صمّمت عليه منطقياً. وقد أوضحت بعض الدراسات أن الفاعلية في معالجة بيانات قاعدة بيانات مبنية مادياً 
حسب بنائها المنطقي المطبع بشكل كاملٍ قد يكون مكلفاً وبشكل كبيرٍ Аз Дал‏ ببناء قاعدة البيانات نفسها؛ ولكن 
من خلال تطبيعها О‏ جزئي .(Inmon,1988)‏ وعلى الرغم من أن نتائج مثل هذه الدراسات تعتمد على 
محتويات قاعدة البيانات وطبيعة العمليات التي تنفذ عليها؛ [Да‏ مثل هذه الدراسات توضّح ضرورة توخي 
الحرص عند بناء قاعدة البيانات مادياً من حيث بنائها بشكلٍ يتوافق مع تطبيعها بشكلٍ «ЈА‏ أو بنائها بشكلٍ 
أقل درجة في التطبيع مقابل تخفيض تكلفة معالجة التعليمات التي ترد لنظام إدارة قاعدة البيانات. 


وتهدف عملية فك التطبيع (Denormalization)‏ إلى تحويل العلاقات (أو الجداول) المطبعة إلى 
سجلات Ды‏ تخزينها مادياً بشكل أقل تطبيعاً. وقد ینتج عن عملية فك التطبيع تجزئة حقول OK‏ سجل من 
سجلات علاقة ما إلى مجموعة من السجلات Lase‏ عن تخزينها مادياً كسجل واحدء أو أن Ёз‏ & حقول 
سجلات تابعة لأكثر من علاقة في سجل مادي واحد أو كلا الاثنين معاً. وعلى الرغم من وجود الكثير من 


السلبيات التي قد تنتج عن عملية فك التطبیعء إلا أن هذه السلبيات تتلاشى إذا ما تمّت العملية بشكل دقيق 
ونتج عنها زيادة كبيرة في سرعة معالجة البيانات. 

ویُوجَُد هناك عدڈ من الحالات المعروفة التي قد تتطلب إجراء عمليات فك التطبيع» وفيما يلي ثلاث 
من هذه الحالات )1989 :(Rogers,‏ 

1- جدولان تربط بينهما علاقة «واحد - واحد»: дё)‏ فك التطبيع في هذه الحالة حتى لو كان أحد 
الجدولين ذا علاقة اختيارية؛ وذلك عندما يكون هناك ارتباط بین سجلات الجدولين في غالبية الأحيان. 
ويتمُ في هذه الحالة ihi‏ سجل واحد ضمن جدول واحد عوضاً عن سجلين في جدولين مختلفين. وبهذه 
الطريقة 25 الاستغناء عن عمليات الربط التي يجب إجراؤها للحصول على البيانات АЗ А)‏ في الجدولين 
للحصول على بيانات السجلات التي تربط بينهما العلاقة. ویوضتح الشكل رقم )8-6( مثالاً Jid‏ هذه 
الحالة؛ إذ 2 OS з‏ موظف موقف سيارات واحد على الأکثرء وأن كل موقف سيارات مخصص ај за]‏ 
واحد على الأكثر. 


2 3ئ 
Parking 10 Location‏ | 


EMPLOYEE 
| EMP 1р 


الجدول الناتج بعد فك التطبيع 


EMPLOYEE 
| EMP_ID Name | Address | Parking ID | Location 


شكل رقم (8-6): فك التطبيع بين جدولين تربط بينهما علاقة «واحد — واحد». 


2- علاقة «متعدد - متعدد» (أي: علاقة مشاركة) بين جدولين ولا يُوجَّد للعلاقة مفتاح خاص بها: قد 
يكون من المفيد Аз‏ حقول أحد الجدولين اللذين تربط بينهما العلاقة؛ ليكونا من ضمن الجدول الذي die‏ 
العلاقة. وبهذه الطريقة يمكن إجراء عملية ربط واحدة بين الجدولين الناتجين Lase‏ عن إجراء عمليتئ ربط 
بين sp ЫГЫ» Азад Ай, „йы АУА‏ عا كرون غالنية اللات йй‏ على الحداول za‏ 
Шай‏ عات ربط بها ويوضتع الكل رقم )9-6( مكالا ليذه الاك 


VENDOR 
'endor ID | Address | Contact Мапи. 


QUOTE 
Vendor_NO Item ID Price 


| Itcm_ID | Description 


таи 


VENDOR 
Е Нә) Address | Contact Name | 


الجداول الناتجة بعد شك التسلبيع 


شكل رقم (9-6): فك التطبيع عند وجود علاقة «متعدد - متعدد» 
)06 كينونة مشاركة) بين جدولين ولا يوجد للعلاقة مفتاح خاص بما. 

3- بيانات مرجعية: توجد البيانات المرجعية عندما تكون هناك كينونة في الجانب ذي التعددية 
الأحادية من علاقة ذات تعددية «واحد - متعدد»» ола у‏ الكينونة لا ترتبط А‏ علاقات أخرى مع الكينونات 
الأخرى المكوّنة لقاعدة البيانات. في هذه الحالة يُفضّل دمج الجدولين الممثلين للكينونتين ضمن Jaa‏ 
واحد؛ وخاصة عندما يكون عدد الحالات في الجانب المتعدد المرتبطة بالجانب الأحادي قليلة نسبياً. 


يوضّح الشكل رقم )10-6( Yt‏ للحالة المذكورة أعلاه؛ إذ إن كل «عنصر» (ITEM)‏ له «طريقة 
في التخزين» (STORAGE INSTRUCTION)‏ تتمثل في «مكان تخزين العنصر» 
(Where_Store)‏ ودنوع الإناء» (Container Туре)‏ وعندما يكون عدد حالات العناصر قلیلاً 
نس‌بیأء وتكون «طريقة التخزين» (STORAGE INSTRUCTION)‏ مرتبطة بكينونة «العنصر» 
(ITEM)‏ فقط؛ فإنه يُفضّل دمج جدول العناصر مع جدول طريقة التخزين ضمن جدول واحد وهو Jaa‏ 
«العنصر» .(ITEM)‏ 
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ITEM 
| lem ID | Description Instruction 10 | 


1 


— 
الجدول الناتج بعد فك التطبیع 


شكل رقم (10-6): Éb‏ التطبيع عند وجود بيانات مرجعية. 

إن المواقع السابقة التي قد تستدعي عمليات فك التطبيع؛ تهدف إلى الاستغناء عن عمليات ربط بين 
جداول قاعدة البيانات التي تستنزف الوقت الكثير لتنفيذها؛ وخاصة عند احتواء الجداول على أعداد كبيرة 
من السجلات. Ды)‏ ذلك من خلال тда‏ الجداول بعضها مع بعض. وعلى النقيض من ذلك؛ فإنه يمكن فك 
التطبیع من خلال تقسيم جدول ما إلى أكثر من جدول عوضاً عن دمجه مع جدول آخر كما في الحالات 
السابقة. وهناك ثلاثة أنواع من تقسيم الجداول» وهي: التقسيم الأفقي» والتقسيم الرأسي» والتقسيم الذي 
يمزج بين الاثنين (أفقياً ورأسياً (БА‏ ويهدف التقسيم الأفقي لجدول ما إلى تجميع السجلات التي تشترك 
في Ала‏ خاصية (أو (dia‏ معين ضمن جدول واحد؛ بحيث 25 غالبية الاستفسارات التي ترد للنظام ба,‏ 
لقيمة هذه الخاصية. فعلى سبیل المثال: قد 24 تقسيم جدول الموظفين العاملين في منظمة ما إلى أكثر من 
جدول وفقاً للإدارات التي يعمل فيها الموظفون. في هذه الحالة يكون من الأسرع الاستجابة للتعليمات التي 


ترد للنظامء والتي تتعامل مع سجلات الموظفين العاملين في OS‏ إدارة على جدة. كذلك هو الحال بالنسبة 
لجدول العملاء المتعاملين مع شركة ما؛ إذ يُمكن تقسيم ملف العملاء حسب المناطق التي يقطنها هؤلاء 
العملاء. وفي مثل هذه الحال؛ يكون من الأسرع الاستجابة للاستفسارات التي تتعامل مع العملاء وفق 
المناطق التي يقطنونها. 


Ц‏ التقسيمُ الرأسي؛ فيقوم بتوزيع الحقول التي يحتويها جدول ما على أكثر من جدول مع تكرار 
المفتاح الرئيسي للجدول الأساسي في جميع الجداول الناتجة من عملية التقسيم. ومن أمثلة التقسيم الرأسي 
تقسيم جدول الموظفين إلى جدولين: جدول يحتوي على المفتاح الرئيسي لجدول الموظفين؛ إضافة إلى 
الحقول التي تحتوي على البيانات المتعلقة بالجوانب الإدارية للموظفين» في حين أن الجدول الثاني يحتوي 
على المفتاح الرئيسي لجدول الموظفینء بالإضافة إلى الحقول التي تحتوي على البيانات المتعلقة بالجوانب 
المالية للموظفين. وبهذه الطريقة يمكن الاستجابة للتعليمات المتعلقة JG‏ نوع من البيانات بشكلٍ أسرع من 
الرد عليها عند تخزين جميع البيانات المتعلقة بالموظفين ضمن نفس الجدول. 


ومن المَیْزات التي يتحلى بها كلا التقسيمين أعلاه؛ إعطاء صلاحيات للمستفيدين على الجداول الناتجة 
بعد عملية التقسیم؛ وذلك عوضاً عن إعطائهم صلاحيات على الجداول بشكلها الكامل (قبل عملية التقسيم)؛ 
مما يسهم في دقة إعطاء الصلاحيات» ومن ثم تحسين درجة أمن Аз улу‏ المعلومات. 

Li‏ النوع الثالث للتقسیم؛ فيتضمن التقسيم الأفقي والتقسيم الرأسي. فعلى سبيل المثال: من الممكن 
تقسيم جدول الموظفين أفقياً حسب الإدارات التي يعمل فيها الموظفون ورأسياً حسب بياناتهم الإدارية 
والمالية. وتتجَلّى فائدة هذا النوع من التقسيم بشكلٍ خاص في قواعد البيانات المورّعة التي سنتطرق إليها في 
الفصل التاسع. 

(ЕПе Organization) ouli mbs 3-1-2-6 

يُستخدم تنظيم الملفات لترتيب السجلات التي ستُخژن في ملفات الذاكرة الثانوية. ويتم اختيار أحد 
تنظيمات الملفات في نظم إدارة قواعد البيانات لملف ما آخذين بعين الاعتبار سبعة عوامل «афа‏ وهي 
:(Hoffer et al, 2018)‏ 

- السرعة في استرجاع البيانات. 

- السرعة في الحصول على نتائج معالجة التعليمات. 


- الفعالية في استخدام الذاكرة. 


- الحماية من الأعطالء أو فقد البيانات. 

- التقليل من الحاجة إلى إعادة تنظيم السجلات في الملف. 

- التمگن من التحكم في التوسع في حجم البيانات. 

- تأمين البيانات من الاستخدامات غير المسموح (أو المصرّح) بها. 


ale 3‏ ما تتعارض العوامل السابقة بعضها مع بعض عند اختيار تنظيم معين للملفات ويجب اختيار 
التنظيم الذي يوفر التوازن المناسب بين المعايير السابقة؛ للاستفادة القصوى من المصادر المتاحة في 
النظام. وفيما يلي شرح (مقتضب) لأهم تنظيمين للملفات» وهما: الملفات المتسلسلةء والملفات المفهرسة. 


الملفات المتسلسلة: 25 في الملفات التي تنظم بشكل متسلسلٍ (Sequential Files)‏ تخزين السجلات 
بشكلٍ متسلسلء الواحد تلو الآخرء حسب قيمة مفتاح رئيسي (Primary Key)‏ وللوصول إلى سجل ما eb‏ 
المرور على السجلات المخرّنة في الملف من البداية» وبشكلٍ متسلسل» حتى الوصول إلى السجل ذي قيمة 
المفتاح المطلوب. ومن الأمثلة الشهيرة للملفات المتسلسلة دليل الهاتف الذي аз‏ فيه ترتيب أسماء 
المشتركين في خدمة الهاتف أبجدياً (وبشکلِ تصاعدي) حسب أسماء عائلاتهم. وعندما یتم البحث عن رقم 
هاتف أحد المشتركين؛ فإنه لا بد أن يتم المرور على جميع السجلات التي تسبق اسم المشترك قيد البحث عن 
رقم هاتفه حتى الوصول إلى الاسم المطلوب. وتجدر الإشارة إلى أن هذا النوع من الملفات لا يتم استخدامه 
من قبل نظم قواعد البيانات؛ وذلك لعدم مرونته في الوصول إلى السجلات بشكل فعال. فعلى سبيل 
المثال: تحتاج نظم إدارة قواعد البيانات إلى فحص ¿(n/2)‏ في المتوسط من سجلات جدولٍ ما للوصول إلى 
السجل ذي المفتاح Laie (k)‏ يكون 5де‏ السجلات المخرّنة في الملف هي لجدول зде‏ سجلاته (п)‏ وذلك 
لأن السجلات التي يجري البحث عنها قد تكون في بدايات الملف أحياناًء وقد تكون في نهايات الملف أحياناً 
أخرى بحسب قيم مفاتيحها. ولكون المتوسط العام للوصول إلى السجلات المطلوبة باستخدام الملفات 
المتسلسلة 552 عالياً نسبياً مقارنة بأنواع الملفات الأخرى؛ فإن هذا النوع من الملفات قد åh‏ استخدامه 
لأغراض النسخ الاحتياطي؛ ولكنه لا یُستخذم باعتباره طريقة لتخزين البيانات في قواعد البيانات. 


الملفات المفهرسة: ,25 تنظيم السجلات في الملفات المفهرسة؛ إما بشكلٍ متسلسلِ ahis‏ حسب قيمة 
مفتاح Аў‏ ماء أو دون تسلسل معين للسجلات في الملف. ihg‏ بناء فهرس للملف يسمح بالوصول إلى 
السجلات المطلوبة في الملف. والفهرس (في أبسط صوره) هو جدول يحتوي على عمودين: أحدهما 
يحتوي على قيم مفاتيح السجلات في الملف» في حين يحتوي العمود الثاني على مؤشرات (Pointers)‏ 
تبيّن مواقع (أو عناوين) السجلات في الملف. ويمكن تشبيه الملفات المفهرسة بفهارس المطبوعات العلمية 


في المكتبات؛ إذ إن О‏ فهرس من فهارس المكتبات يحتوي على مفتاح» مثل: «اسم المؤلفء أو «دار 
النشر»» أو «الموضوع»» ويحتوي على قيمة aë pa а‏ المطبوعة ضمن تنايا المكتبة. وبذلك؛ فإن كل 
سجل في الفهرس يحتوي على قيمة لمفتاح ومؤشر يدل على موقع daill‏ ذي نفس قيمة المفتاح في الملف. 
وعندما يكون المفتاح مفتاحاً U‏ (أو رئيسياً)؛ فإن لكل سجل قيمة مفتاح تختلف عن بقية السّجلات في 
الملف؛ ولا یمکن أن تتكرر. أما إذا كان من الممكن أن تتكرّر قيمة المفتاح؛ فإن المفتاح ыр‏ ثانوياً 
(SeCondary Key)‏ فعلى سبیل المثال: 352 مفتاح الفهرس المبني على أرقام الطلبة مفتاحاً أولياً؛ وذلك 
لعدم إمكانية تكرّر أرقام الطلبة» في حين 553 مفتاح الفهرس المبني على أسماء عائلات الطلبة مفتاحاً ثانوياً؛ 
АЗУ‏ من الممكن أن تتكرّر أسماء عائلات الطلبة. 


,455( أهمية الفهارس في نظم إدارة قواعد البيانات» بشكلٍ cale‏ في كونها galii‏ من aaa‏ البيانات 
الواجب البحث فيها؛ حتى £S‏ الوصول إلى السجلات المطلوبة؛ إذ إن حجم أيّ فهرس يكون عادة أقل بكثير 
من حجم الملف الذي بني عليه الفهرس؛ وذلك لكون سجلات الملف fale‏ ما تكون أطول بكثير من سجلات 
الفهرس. ويعني هذا أنه» وفي غالبية الأحيان» يمكن أن يُوضّع الفهرس بالكامل في الذاكرة الرئيسية 
للحاسب الآلي» والبحث عن مواقع السجلات من خلال البحث في الفهرس. Ó‏ في حالة عدم وجود فهرس؛ 
فإنه يجب الرجوع للذاكرة الثانوية للجهازء ولمرات عديدة» لنقل أجزاء من الملف والبحث فيها؛ حتى з‏ 
الوصول إلى السّجلات قيد البحث. والس‌بب وراء ذلك يعود إلى كبر حجم الملفات التي تحتوي على 
سجلات البيانات التي يتعذر معها وضع مثل هذه الملفات في الذاكرة الرئيسية للحاسب الآلي دفعة واحدة. 
ولأن الذاكرة الثانوية تكون bale‏ مبنیةُ على تقنيات تدخل فيها الحركة الميكانيكيةء مثل: الأقراص الصلبة التي 
55 الأكثر شيوعاً في تخزين البيانات؛ فإن عملية الرجوع إلى الذاكرة الثانوية بشکلِ متکررِ 53 مکلفةً fas‏ 
في عمليات البحث وتؤدي إلى الإطالة في الوقت اللازم؛ للوصول إلى السجلات المطلوبة؛ مما يؤثر في 
فاعلية نظام إدارة قاعدة البيانات بشكل عام. 


وكما هو في فهارس المكتبات» على سبيل المثال» يمكن بناء أكثر من فهرس للملف نفسه. كما 
تتوافر أنواع عديدة من الفهارس التي بالإمكان بناؤها على ملفات البيانات؛ ولكننا لن ندخل في تفاصيل 
الأنواع المختلفة للفهارس هنا. 


4-1-2-6 إنشاء واستخدام الفهارس: 
تتطلب غالبية التعليمات التي تنفذها نظم إدارة قواعد البيانات الوصول إلى سجل أو أكثر يتحقق فيها 


شرط معين. ومن أمثلة هذه التعليمات معرفة أعضاء هيئة التدريس الذين يعملون في قسم الحاسب الآلي» أو 
معرفة الطلبة الذين يدرسون في تخصص معينء أو معرفة الطلبة ذوي المعدلات التراكمية التي تكافئ 


«جيد جدأ» أو أكثر. وللحصول على نتيجة مثل هذه التعليمات؛ يجب المرور على جميع سجلات الملف 
الذي يحتوي على السجلات المطلوبةء الواحد تلو الآخرء ومقارنة الحقول التي ترتبط بشرط البحث مع القيمة 
المفروضة على شرط البحث. ;4 عملية المرور على جميع سجلات الملف؛ بهدف الوصول إلى النتيجة 
المطلوبة عملية مكلفة «ізь‏ وخاصة عندما يكون عدد السجلات في الملف قيد البحث كبيراً faa‏ لذلك ES‏ 
استخدام الفهارس التي 45 شرحها Ду‏ مقتضب) أعلاه للتسريع في تنفيذ مثل هذه التعليمات التي تمثل 
غالبية التعليمات التي تنفذ على قاعدة البيانات. 


1-4-1-2-6 إنشاء الفهارس ذات المفاتيح الفريدة :(Unique Key Index)‏ 
يُمكن إنشاء الفهارس ذات المفاتيح الفريدة على dia ¿s|‏ في جدول؛ بحیث إن قيمة الحقل الذي 
سينشأ عليه الفهرس لا يمكن أن تتكرر في سجلات الجدول. فعلى سبيل المثال: يمكن إنشاء فهرس فريد 


على حقل رمز المادة الدراسية (Course_ID)‏ في جدول المواد الدراسية (COURSE)‏ في قاعدة بيانات 
الجامعة الأهلية الذي يمثل المفتاح الرئيسي للجدولء كما يلي: 


CREATE UNIQUE INDEX COURSE_ID_IDX ON COURSE(Coursc_ID): 


وتمثل العبارة (COURSE ID_IDX)‏ اسم الفهرس الفريد الذي Ды‏ إنشاؤه لحفظ مكوّنات 
الفهرس» في حين يمثل ما بعد العبارة (ON)‏ اسم الجدول الذي سيتمٌ بناء الفهرس ade‏ والحقل الذي 
سيكون مفتاح الفهرس. وعندما KÉ‏ تعليمة الإنشاء السابقة؛ Айы‏ فهرسة جميع سجلات جدول المواد 
الدراسية ضمن الفهرس. А‏ إذا جد أكثرُ من سجل لها قيمة رقم المادة الدراسية نفسها (أيْ: القيمة نفسها في 
الحقل الذي يمثل مفتاح الفھرس) فستفشل عملية إنشاء الفھرس. وعند إنشاء الفهرس» في حال عدم وجود 
سجلات تتكرّر فيها قيمة مفتاح الفهرس؛ فإنه Азы‏ أيضاً رفض GÍ‏ عملية إضافة للجدول ينتج عنھا سجلات 
تتكرر فيها قيمة مفتاح الفهرس. 


وعندما يُراد إنشاء فهرس فريد ذي مفتاح مركب من أكثر من حقل؛ فإنه يمكن ذلك من خلال إدراج 
جميع الحقول المكونة للمفتاح بعد عبارة (ON)‏ التي تتضمّن اسم الجدول. فعلى سبيل المثال: يمكن إنشاء 
فهرس فريد على حقل رمز المادة الدراسية (Course ID)‏ ورمز المادة الدراسية المتطلبة 
(Prerequisite_ID)‏ في جدول المواد الدراسية المتطلبة (PREREQUISITE)‏ اللذين يمثلان المفتاح 
الرئيسي لجدولء كما يلي: 


وتقوم غالبية نظم إدارة قواعد البيانات العلاقية بإنشاء فهرس فریدء وبشكل تلقائيء СОЕ)‏ جدول يتم 
إنشاؤه؛ بحيث O sS;‏ مفتاح الفهرس هو المفتاح الرئيسي للجدول. ويعني هذا عدم الحاجة إلى تنفیذ تعليمة 
إنشاء فهرس إذا كان الحقل الذي سينشأ عليه الفهرس هو المفتاح الرئيسي للجدولء مثل الفهارس التي 25 
إنشاؤها أعلاه. 


2-4-1-2-6 إنشاء الفهارس ذات المفاتيح الثانوية )3 غير الفريدة) :(SeCondary Key Index)‏ 


تُستخدم الفهارس ذات المفاتيح الثانوية عندما يراد التعامل مع حقول غير الحقول الممثلة للمفاتيح 
الرئيسية للجداول. فعلى سبیل المثال: قد يتعامل المستفيدون مع جدول الطلبة (STUDENT)‏ في قاعدة 
بيانات الجامعة الأهلية من خلال تعليمات تحاول التعرف على أسماء الطلبة في تخصصات معينةء أو قد یتم 
التعامل مع جدول المتطلبات الدراسية من خلال تعليمات تحاول التعرّف على المتطلبات الدراسية للمواد 
الدراسية المختلفة. وللتسريع من عملية تنفيذ مثل هذه التعليمات؛ فإنه من الممكن إنشاء فهرس على كل حقل 
من الحقول المضمّنة في شرط الاسترجاع. فعلى سبيل المثال: يمكن إنشاء فهرس нё)‏ فريد) على dJia‏ 
تخصصات الطلبة باستخدام التعليمة التالية: 


CREATE INDEX MAJOR _IDX ОМ 5ТОРЕМТ(Мајог); 


3-4-1-2-6 استخدامات الفهارس: 


يجب في مرحلة التصميم المادي لقاعدة البيانات العنايةٌ في اختيار الحقول التي سيتم استخدامها في 
إنشاء الفهارس؛ وذلك لوجود عملية موازنة (trade-off)‏ بين تحسين أداء نظام إدارة قاعدة البيانات في تنفيذ 
تعليمات الاسترجاع وبين خفض أداء النظام في تنفيذ عمليات الإضافة والحذف والتحديث؛ وذلك لكون 
العمليات الثلاث الأخيرة قد تتطلب تعديل محتويات الفهارس المبنية على الجداول التي تتعامل معها هذه 
العمليات. ومثل عمليات التعديل هذه في محتويات الفهارس تضيف المزيد من التكلفة عند تنفيذ عمليات 
التعديل على محتويات قاعدة البيانات. لذلك؛ فإنه يتم bale‏ الاستخدام المكثف للفهارس عندما تتسم الغالبية 


العظمى من العمليات المنفذة على قاعدة البيانات في كونها عمليات استرجاع. أمّا إذا كانت الغالبية 


العظمى من العمليات التي تنفذ على قاعدة البيانات تتسم بكونها عمليات تعديل؛ فإنه يجب أخذ الحيطة 
والحكمة عند إنشاء الفهارس. وفيما يلي بعض القواعد العامة التي تساعد على اختيار وإنشاء الفهارس: 


- 55 الفهارس مفيدةً للجداول الكبيرة (ذات السجلات الكثيرة في عددها). 


- 5 الفهارس baia‏ للحقول التي تظهر في عبارة شرط الاسترجاع (Where)‏ من تعليمة الاختيار 
(Select)‏ أو في عبارات الربط. 


- 5 الفهارس مفيدة للحقول التي تظهر في عبارة الترتيب (Order Ву)‏ وعبارة التصنيف 
(Group BY)‏ مع ضرورة التأكد من أن نظام إدارة قاعدة البيانات سيستخدم فعلياً الفهارس المنشأة لهذا 
الغرض عند تنفيذه لتعليمات الاسترجاع التي تحتوي على عبارات الترتيب وعبارات التصنيف؛ إذ إن بعض 
نظم إدارة قواعد البيانات قد لا تستخدم الفهارس في مثل هذه التعليمات. 


- 35 الفهارس مفيدة للحقول التي يزيد عدد القيم التي من الممكن أن تُخرّن فيها عن ثلاثين )30( 
«Ай‏ وأن ме‏ السجلات المسترجعة لا تزيد على عشرين في АЛАЙ‏ )%20( من عدد السجلات الكلية 
المخزنة في الملف. 


- يجب التأكد من ЗЫМ‏ الأقصى لعدد الفهارس التي من الممكن أن تنشأ О‏ جدول؛ إذ إن غالبية نظم 
إدارة قواعد البيانات لا تسمح بأن يزيد هذا العدد على ستة عشر )16( فهرساً. كما يجب معرفة الحَد 
الأقصى لطول مفتاح الفهرس عند استخدام المفاتيح المركبة للفهارس. فعلى مربيل المثال: قد لا يسمح نظام 
إدارة قاعدة البيانات أن يزيد طول مفتاح الفهرس على مائة (100) بايت. 


- يجب الحذر عند فهرسة حقول تسمح بالقيم الغائبة (NULL)‏ إذ إن غياب القيم لن يُمكّن من 
تضمينها كمفاتيح للفھرس؛ وذلك في غالبية نظم إدارة قواعد البيانات؛ الأمر الذي يستوجب المرور على 
سجلات الملف كافة على الرغم من وجود فهرس للجدول. 

3535 عملية اختيار الفهارس واحدةً من أهمّ العمليات في مرحلة التصميم الماديء إلا أنها ليست 
العملية الوحيدة؛ فمن العمليات الأخرى التي من شأنها تحسين أداء نظام إدارة قاعدة البيانات عملية تقليص 
المساحة التخزينية المهدرة في الملفات» ومن ثم تقلیص حجم الملفات الذي يترتب عليه تقلیص عدد المرات 
التي يجب فيها الرجوغ إلى الذاكرة الثانوية لنقل OK‏ ملف إلى الذاكرة الرئيسية عند الحاجة إلى ذلك؛ وعملية 
تقلیص تكلفة تنفيذ الاستفسارات (Query Optimization)‏ التي يُستخدم فيها خوارزميات مُخصّصة لهذا 
الغرض؛ إلا أننا لن نتطرق إلى هذين الموضوعين في هذا الكتاب. 


الفصل السابع 
لغة الاستفسار البنائية - الجزء الأول 


5 لغة الاستفسار البنائية baal ((StruCtured Query Language (SQL)‏ من أكثر 
لغات قواعد البيانات العلاقية انتشاراً. وقد تمَّ تبني هذه اللغة من قبل معهد المقاييس الوطني 
الأمريكي ((AmeriCan National Standards Institute (ANSI)‏ ومنظمة المقاييس الدولية 
((International Standards Organization (ISO)‏ وقد تم نشر أول مقياس لهذه اللغة من 
قبل معهد المقاييس الوطني الأمريكي عام 1986م )1993 .((Cannan and Otten,‏ ;2 
تحديث مقياس ial‏ الاستفسار البنائية عام 1989م ale s‏ 1992م alc s‏ 1999م» 2003مء ¿a2006‏ 
8ء 2011م: 22016¿ على التوالي. ويلخّص الجدول رقم )1-7( التسلسل الزمني لهذا 
المقياس وبعض المزايا أو التحسينات التي أضافتها OK‏ نسخة منه على النسخة السابقة لها. 


جدول رقم )1-7( التسلسل الزمنی لتطویر مقاییس .SQL‏ 


أول نسخة رسمية )25 اعتمادها من قبل معهد المقاييس الوطني 
6 | 501-82 | الأمريكي (AmeriCan National Standards Institute‏ 
(ANSI))‏ 


اجعة طفيفة للمقیاس السابق» وإضافة قيود التكامل Integrity‏ 
e 2 SQL-89 | 1989‏ 
.Constraints)‏ 


SQL-92 | 1992‏ | مراجعة كبيرة للمقياس تضمّنت إضافة أنواع بيانات dana‏ 


وعمليات عددية للتعامل مع السلاسل الحرفيةء على سبيل المثال 
РС,‏ 


)44024 الاستعلامات المتداخلة (ВеСигѕіуе Ошігеѕ)‏ 
SQL: 1999! 1999‏ والزنادات «(Тпроег)‏ وبعض من خصائص النموذج الشيئي» 
۱ ودعم SQL‏ المضمّن (Embedded SQL)‏ مع لغة البرمجة 
جافا. 
أصبح المقياس مكوناً من تسعة tel jal‏ بحيث تمّ إضافة خصائص 
تتعلق بالاکس أم ال (XML)‏ ومولد المسلسلات S Ce‏ 
ж Г‏ مسر ہو )مولت шннен‏ 
Generator)‏ وإضافة تعليمة الذمج «(Merge Operation)‏ 


âi‏ وَضنع إضافات للجزء المرقم 14 من المقياس السابق والمتعلق 
а ٠3 SQL: 2006| 2006‏ ل 
باستخدام SQL‏ مع XML‏ 
ái‏ إجراء بعض التحسينات على تعليمة الدمج (Merger‏ 
\›«(ТтипСаїе Statement)s Statement) |501: 2008| 8‏ 156« 
وتعليمة الربط .(Join Statement)‏ 
з‏ هذه النسخة من المقیا إضافة تعليمات تتعلة 
SQL: 2011| 2011‏ ركز 2 درو سے جو 
بالبيانات الوقتية (Тетрога1 Data)‏ 
إضافة دوال تتعلق بالوثائق (DoC ts)‏ ,1 
SQL: 2016| 2016‏ دو مہ ررم ون وت 
الأنماط .(Pattern ReCognition)‏ 


ويتكوّن المقياس حالياً من تسعة أجزاءء كما هو مُوضّح في الجدول رقم )2-7( 
جدول رقم (2-7): الأجزاء المكوّنة لمقياس لغة الاستفسار البنائية الحالي (2016م). 


عنوان الوثيقة الرقم المرجعي 


SO/IEC 9075- Information teChnology -- Database languages -- SQL - 
- Part 1: Framework (SQL/Framework) 


ISO/IEC 9075- Information teChnology -- Database languages -- SQL - 
Part 2: Foundation (SQL/Foundation) 


ISO/IEC 9075- Information teChnology -- Database languages -- SQL - 
3 Part 3: Call-Level InterfaCe (SQL/CLI) 

ISO/IEC 9075- Information teChnology -- Database languages -- SQL - 
/ - Part 4: Persistent stored modules (SQL/PSM) 
ISO/IEC 9075- Information teChnology -- Database languages -- SQL - 
9 - Part 9: Management of External Data (SQL/MED) 
ISO/IEC 9075- Information teChnology -- Database languages -- SQL - 
10 Part 10: ObjeCt language bindings (SQL/OLB) 


Information teChnology -- Database languages -- SQL - 
- Part 11: Information and definition sChemas 
(SQL/SChemata) 


ISO/IEC 9075- 


Information teChnology -- Database languages -- SQL - 
Part 13: SQL Routines and types using the Java™ 
programming language (SQL/JRT) 


Information teChnology -- Database languages -- SQL - 
- Part 14: XML-Related SpeCifiCations (SQL/XML) 


وعلى الرغم من إطلاق كلمة «الاستفسار» على لغة التعامل مع قواعد البيانات العلاقية؛ OM‏ 
هذه الكلمة مجازية؛ بمعنى أن مكوّنات لغة الاستفسار البنائية لا تنحصر في التعليمات التي تقوم 
بعمليات الاستفسار؛ بل تتعدّى ذلك لتحتوي على ثلاث فئات من أنواع التعليمات. а‏ الفئة 
الأولى بعمليات إنشاء مكوّنات (أو هياكل) قاعدة البيانات» وإزالتهاء والتعديل عليها. أما الفئة 
الثانية من أنواع التعليمات؛ فَتُّعْنَى بالعمليات التي تقوم بالتعامل الفعلي مع البيانات АЗ А‏ في قاعدة 
البيانات» مثل: عمليات الإضافة إليهاء والحذف منهاء والتحديث عليها. الفئة الثالثة من أنواع 
التعليمات تُعْنَى بعمليات ФАЛ)‏ في تداول البيانات من قبل المستفيدين؛ من خلال تزويدهم 


بالصلاحيات المناسبة لتداولها أو سحب الصلاحيات منهم. وعلى الرغم من أن OK‏ الفئات الثلاث 
من التعليمات تتبع للغة واحدة وهي لغة الاستفسار البنائية؛ فإن هذه الفئات تُسمّى مجازاً لغات 
فرعية (Sub-languages)‏ للغة الاستفسار البنائية. ویٔوضتح الشكل رقم (1-7) اللغات الفرعية 
(أو الفئات) الثلاث المكوّنة للغة الاستفسار البنائية. 


تعليمات لقة الاستفسار البنائیة (SQL)‏ 


لفة تعریف البيانات لغة معالجة البيانات لغة التحكم فى البيانات 
(Data Control Language (DCL)) | (Data Manipulation Language (DML) | (Data Definition Language (DIDL)‏ 


GRANT SELECT CREATE 

REVOKE UPDATE DROP 
INSERT ALTER 
DELETE 
COMMII 
ROLLBACK 
SAVEPOINT 


شكل رقم (1-7): اللغات الفرعية (أو الفئات الثلاث من التعليمات) المكوّنة للغة الاستفسار البنائية. 

ونظراً لأهمية لغة الاستفسار البنائية في قواعد البيانات العلاقية؛ فإن هذا {Жыз‏ شرح 
مكوّناتها الأساسية شرحاً تطبیقیاً مستفيضاً؛ حتى agi оды‏ طريقة عمل تعليماتها. لذا ма‏ تمّ 
تخصيص هذا الفصل والفصل التالي لشرح المكوّنات الأساسية للغة الاستفسار البنائية. ويحتوي 
هذا الفصل على شرح لتعليمات لغة تعريف (هياكل) البيانات» وعلى شرح للعبارات الأساسية في 
تعليمة الاختيار (أو الاسترجاع) التي 35 من أهحَ تعليمات لغة معالجة البيانات. GÍ‏ الفصل التالي؛ 
فيستكمل شرح مكونات АА‏ الاستفسار البنائية؛ بحيث خصتص الجزء الأول منه لاستكمال شرح 
تعليمة الاختيار» عندما تقوم التعليمة بالتعامل مع أكثر من جدول في OÍ‏ واحدہ ولشرح بقية تعليمات 
لغة معالجة البيانات. А‏ الجزء الثاني من الفصل الثامن؛ فقد خُصّص لشرح تعليمات لغة التحگم 
في البيانات. 


وسنستخدم في هذا الفصل والفصل الثامن نظام إدارة قاعدة بيانات أوراكل في تنفيذ واختبار 
تعليمات لغة الاستفسار البنائية القياسية؛ وذلك لكون هذه البيئة ль] у‏ من الأوسع انتشاراً بين 


المتخصِّصين في تطوير التطبيقات المبنية على نظم قواعد البيانات» هذا بالإضافة إلى تشابهها مع 
ما توفره نظم إدارة قواعد البيانات المعروفة الأخرى على المستوى التجاري» مثل: «دي بي 2« 
(ЮВ2)‏ و«سايبيس» (SYBASE)‏ من بيئات مشابهة لتنفيذ تعليمات لغة الاستفسار البنائية. ЧЇ‏ 
بالنسبة لمَنْ لا تتوفّر لديهم بيئة أوراكل» وحتى یتمگن هؤلاء من تطبيق بعض مفاهيم وتعليمات لغة 
الاستفسار البنائية» والاستفادة القصوی من محتويات هذين الفصلين؛ فنستخدم قاعدة بيانات أكسس 
(ACCESS)‏ وبشكلٍ مقتضب؛ وذلك لتوافرها في غالبية الحاسبات الشخصية في وقتنا الراهن. 


:((Data Definition Language (DDL) لغة تعريف البيانات‎ 1-7 
:(Create Statement) تعليمة الإنشاء‎ 1-1-7 


يتكوّن مقیاسن АА‏ الاستفسار البنائية التي تع ааз‏ مقاييسها عام 1992م (SQL-92)‏ من 
ثلاثة مستويات» وهي: الأساسي (Entry)‏ والمتوسط (Intermediate)‏ والكامل (Full)‏ 
ويحتوي المقياسُ في مستواه الأساسي على ثلاثة أنواع من تعليمات الإنشاء: إنشاء قاعدة بيانات» 
وإنشاء جدول» وإنشاء منظور. إضافة إلى ذلك؛ فإن مقاييس لغة الاستفسار البنائية (SQL-92)‏ 
تحتوي على خمسة أنواع أخرى من تعليمات الإنشاء في مستواها المتوسط من ضمنها تعليمة إنشاء 
¿(Create Assertion) > šW‏ وتعليمة إنشاء المجال .(Create Domain)‏ ويُلاحَظ أن تعليمة 
إنشاء فهرس (Create Index)‏ قد ái‏ حذفها من المقاييس الحديثة على الرغم من تضمينها في 
المقاييس القديمة؛ وذلك لكون الفهارس تتعلق بعمليات تحسين أداء قاعدة البيانات ولا 295 جزءاً من 
عمليات إنشاء قواعد البيانات العلاقية» أو تداول محتوياتها. وفيما يلي شرح لتعليمات إنشاء قاعدة 
بيانات» وإنشاء جدول» وإنشاء مجال» وإنشاء منظورء وإنشاء فهرسء على التوالي. 


1-1-1-7 إنشاء قاعدة بيانات :(Create SChema)‏ 
تحتو المقاييس السابقة لمقياس (1992) على مبدأ تعريف هياكل لأكثر من قاعدة بيانات 
واحدة» وإنما كانت جميع تعاريف العلاقات والمكوّنات الأخرى Íe ja‏ لهيكل واحد لقاعدة البيانات. 
غير أن مقياس )1992( أوجد مبدأ هيكل قاعدة البيانات الذي یتم من خلاله تجميع جميع العلاقات 


المرتبطة فيما بينها والمكوّنات الأخرى لقاعدة البيانات الواحدة ضمن هيكل واحد. ويُعرّف هيكل 
قاعدة البيانات من خلال استخدام التعليمة التالية: 


CREATE SCHEMA Database Name AUTHORIZATION 


Owner_UserID; 


ОА,‏ الكلماث المكتوبة بالأحرف الكبيرة وبالخط الداكن کلماتِ محجوزةً يجب أن تتضمّنها 
تعليمة إنشاء هيكل قاعدة البيانات. Ú‏ الكلمة (Database Name)‏ فتمثل اسم هيكل قاعدة 
البيانات قيد الإنشاءء والكلمة (Owner UserID)‏ تمثل رمز دخول المستخدم الذي سيكون مالكاً 
لهيكل قاعدة البيانات» والذي من Айз.‏ التصرّف بمحتوياتها وإعطاء الصلاحيات عليها. وعادة یتم 
استخدام تعليمة إنشاء هيكل قاعدة البيانات السابقة من قبل إداريّ قاعدة البيانات في المنشأة فقط. 
ولا شك أن مبدأ استخدام تعريف هياكل قواعد البيانات аа‏ جداً في الغالبية العظمى من المنظمات. 
فعلى سبيل المثال: یتم bale‏ استخدام هيكلين من قواعد البيانات في غالبية المنظمات التي تقوم 
بتطوير النظم التطبيقية التي تتعاملٌ مع قاعدة البيانات. أحد هذين الهيكلين балака‏ لاختبار 
التطبيقات وقاعدة البيانات ¿(Testing Environment)‏ والثاني مخصصن للنظم العاملة فعلياً في 
المنظمة .(ProduCtion Environment)‏ 


ومثالٌ على البيئة التي تمّت الإشارة إليها أعلاه» يمكن تعريف قاعدة البيانات الاختباریة كما 
يلي: 


CREATE SCHEMA Company_Testing AUTHORIZATION 
Saleh_ Ahmed; 


حیث إن اسم هيكل قاعدة البيانات الاختبارية هو «(Company Testing)‏ وأن الشخص 
صاحب الصلاحية الكاملة عليها هو «صالح أحمد» الذي لديه رمز المستخدم .(Saleh Ahmed)‏ 
ويمكن إنشاء هيكل قاعدة البیانات في البيئة التشغيلية (أو الإنتاجية) بالطريقة نفسهاء وكما يلي: 


CREATE SCHEMA Company AUTHORIZATION 


Mohammed АН; 


وبعد إنشاء هيكلي قاعدتي البيانات يُمكن إنشاءُ هياكل العلاقات والمكوّنات الأخرى JI‏ 
منھاء وبحيث يمكن أن تتطابق مكوّنات كلا الهيكلين بما في ذلك مُسمّيات تلك المكونات في كلا 
الهيكلين. ويعني هذا أن مقياس 1992 يُمكّن من إنشاء أكثر من هيكل Las‏ عن هيكل واحد فقط 
يحتوي على مكونات كلا الهيكلين السابقين. ويزوّد هذا المبدأ ¿ç Jo)‏ قواعد البيانات والمستفيدين 
منها بمرونة كبيرة. فعلى سبيل المثال: يمكن تحويل قاعدة البيانات الاختبارية إلى البيئة التشغيلية 
بمجرد تغيير „ДАША‏ هيكل قاعدة البيانات وتزويدها ببيانات المنظمة الموجودة أصلا في Алый‏ 
التشغيلية السابقة دون الحاجة إلى تغيير مُسمّيات أو مكوّنات أي من العلاقات والمكونات الأخرى 
في هيكل قاعدة البيانات الاختبارية. ومثل هذه العملية لا يمكن أن £S‏ بهذه البساطة دون مبدأ 
تعريف هياكل قواعد البيانات؛ إذ إن О‏ مكونٍ لھا في البيئة التشغيلية يجب أن يأخذ اسماً مختلفاً عن 
البيئة الاختبارية. ويتفاقم هذا الوضع ويتعفّد في حالة وجود العديد من المكوّنات التابعة منطقياً 
لهياكل مختلفة من قواعد البيانات؛ ولكنها مُعرّفة ضمن هيكل واحد. 


:(Create Table) إنشاء جدول‎ 2-1-1-7 


تُستخدم تعليمة إنشاء (Create Table) Jsa‏ لتعريف علاقة bana‏ ضمن هيكل قاعدة 
البيانات. даа з‏ التعليمة اسم العلاقة وتعريفاً للحقول التي تحتويها 25Í у‏ قيود مفروضة عليهاء 
كما يوضّح الشكل العام التالي للتعليمة: 


CREATE TABLE TableName 


(Column-definition [, Column-definition] ); 


حيث (Column-Definition) O!‏ في الشكل العام للتعليمة (Йез‏ تعريفاً للحقول المكوّنة 
للعلاقة» وأن dia OK‏ يجب أن يرتبط بِمُسمّى معين وبنوع واحد من أنواع البيانات التي يمكن أن 
يحتوي عليها الحقل iij s‏ قيود مفروضة على الحقل كما هو مُوضّح في الشكل التالي: 


Constraint] ColumnName data-type [ 


كما يُمكن إضافة المفتاح الرئيسيء والمفاتيح الخارجية التي تمثل قيود السلامة المرجعية 
ضمن تعليمة الإنشاء» وبعد تعريف حقول العلاقة أو تعريفها لاحقاً من خلال استخدام تعليمة 
«تغيير» (أو «تعديل») العلاقة .(Alter Table)‏ 


ومن القواعد التي يجب مراعاتها عند تعريف АЙ‏ علاقة ما يلي: 
- يجب ألا يتكرّر اسم (Column Name) dia ¿Í‏ في الجدول نفسه. 


- يجب أن يكون نوع بيانات أي حقل (Data Type)‏ من ضمن الأنواع المعروفة لقاعدة 
البيانات (مثل: السلاسل الحرفيةء الأرقام الصحيحة... إلخ) أو الأنواع التي يقوم مصمم قاعدة 
البيانات بتعريفها. 


- توفر لغة الاستفسار البنائية عِدَة أنواع من القيود (Constraints)‏ التي يمكن أن оэ Ж‏ 
على حقول الجداول والتي يأتي من ضمنها القيد على القيم الغائبة (Not Null)‏ الذي xat‏ منه أنه 
لا بد أن يتواجد في الحقل قيمةٌ في حالات الجدول كافةء (Unique)‏ الذي ай‏ منه أن قيمة الحقل 
يجب أن تكون فريدةً ثمايز بین كافة السجلات المخرّنة في الجدول Уу‏ العلاقة)» Ргітагу) з‏ 
(Key‏ الذي يُقصد منه أن الحقل هو المفتاح الرئيسي للجدول. وعند فرض قيد المفتاح الرئيسي 
على gia‏ ما؛ فإن هذا يعني ضمنياً أن الحقل ذو aë‏ فريدة (Unique)‏ وأنه لا يمكن أن تكون 221 
من قيمه غائبة (Null)‏ بالإضافة إلى ذلك يُوجَد أنواغ أخرى من القيود التي سوف نتطرق إليها 
لاحقاً في هذا الفصل. 

ومثال على تعليمة إنشاء جدول؛ لنفترض أننا نرغب في إنشاء جدول الأقسام العلمية في 
الجامعة الأهلية (Department Т) Aá‏ الذي يمكن إنشاؤه حسب تعليمة الإنشاء التالية: 


CREATE TABLE DEPARTMENT 1 
(DEPARTMENT ID СНАК(б) МОТ NULI 


NAMI: CIIAR(30) NOT NULL, 
CONSTRAINT DEPARTMENT_PK PRIMARY KEY (DEPARTMENT ID). 


يتكوّن تعريف الجدول السابق من حقلين هما: رمز القسم als (Department ID)‏ 
القسم (Name)‏ وأن نوعية بيانات OK‏ منهما عبارة عن سلسلة حرفية (Char)‏ غير أن طول 
السلسلة الحرفية للحقل الأول هي ستة أحرف» في حين أن طول سلسلة الثاني الحرفية ثلاثون حرفاً. 
كما يحتوي تعريف الجدول على ثلاثة قيود؛ اثنان منها يتعلقان بالحقل الأول والحقل الثاني؛ إذ إن 
كلا الحقلين يجب ألا تكون قیمھما غائبةء في حين f‏ القيد الثالث يبيّن المفتاح الرئيسي للجدول؛ وقد 
„м‏ هذا القيد (Department РК) („А-А‏ ويعني هذا القيد أن المفتاح الرئيسي للجدول هو 
رمز القسم (Department ID)‏ وأن مُسمَّاه هو эл, (Department PK)‏ تزويد القيود 
بمُسمّيات من الأساليب الحميدة التي يتبعها إداريّو قواعد البيانات عند إنشائهم لقواعد البيانات؛ إذ 
сҝ̆‏ هذا الأسلوب من التعرف على القيود المفروضة على قاعدة البيانات في وقتٍ لاحق؛ من 
۴ٰ9 مم 
الحاجة إلى حذف الجدول (وكافة محتوياته)؛ ومن ثم إعادة تعريفه بقيود جديدة (أو مُعدّلة). وفي 
حالة عدم الرغبة في إنشاء قيد المفتاح الرئيسي بِمُسمَّى معين؛ فإنه يمكن كتابة القیدء كما يلي: 


CREATE TABLE DEPARTMENT T 
(DEPARTMENT_ID CHAR(6) NOT NULL, 


NAME СНАК(30) NOT NULI., 
PRIMARY KEY (DEPARTMENT_TD)); 


أو OS‏ تعريف المفتاح الرئيسي مباشرة كقيد على رمز القسمء كما يلي: 


CREATE TABLE DEPARTMENT 1 
(DEPARTMENT_ID CHAR(6) PRIMARY KEY. 


NAME CHAR(30) NOT NULI); 


:(Data Types) أنواع البيانات‎ 1-2-1-1-7 


توفر لغة الاستفسار البنائية بعض أنواع البيانات الأساسیةء المضمّنة في مقاييس اللغة؛ غير 
éj‏ غالبية نظم إدارة قواعد البيانات التجارية توفر أنواع بيانات إضافية لا تتضمّنها مقاييس ДАШ‏ 
ولذلك؛ فإننا نجد اختلافاً فيما توفره نظم قواعد البيانات التجارية من أنواع بيانات إضافية. ويأتي 
من ضمن أنواع البيانات الأساسية التي تتضمّنها لغة الاستفسار البنائية القياسية الأرقام» والسلاسل 


الحرفیةء والسلاسل المكوّنة من الأرقام الثنائية (Bits)‏ والقيم المنطقية الثنائية (Boolean)‏ 
والتاريخ» والوقت. وفيما يلي إيضاحٌ لأنواع البيانات الأساسية في لغة الاستفسار البنائية. 


- الأرقام :(NumeriC)‏ تتكوّن أنواع الأرقام من الأعداد الصحيحة (INTEGER)‏ 
والأرقام الصحيحة القصيرة (SMALLINT)‏ والأعداد الحقيقية (REAL)‏ بمقاسات مختلفة من 


الدقة У s (PreCision)‏ يُمكن استخدام (DeCimal(i, j‏ أو t(NumberGi, j‏ بحيث (i) Шм‏ على 
العدد الكلي للخانات العشرية (أو درجة الدقة)» في حين يدل (J)‏ على عدد الخانات العشرية بعد 
الفاصلة العشرية. وتكون القيمة الافتراضية لعدد الخانات بعد الفاصلة العشرية في حالة عدم 
تعريفها صفراً. 

- السلاسل الحرفية :(CharaCter-String)‏ يمكن تعريف السلاسل الحرفية على أنها ثابتة 
أو متغيرة الطول. وتُعرّف السلاسل الحرفية ثابتة الطول ب $(CharaCter(n 3 (Char(n‏ بحيث 
يرمز (n)‏ للعدد الأكبر من الحروف التي من الممكن أن تحتويها السلسلة الحرفية. وفي حالة قل 
عدذ حروف السلسلة الحرفية للحقل عند إدخال البيانات فيه عن العدد الأكبر؛ فإنه 2 إضافة 
حروف فاضية (Blank CharaCters)‏ لاستكمال السلسلة الحرفية حتى تصل للعدد (n)‏ فعلى 
سبيل المثال: عند إدخال الاسم (Ahmed)‏ في حقل الاسم لعلاقة ما؛ فإنه оў‏ على أساس 
Ahmed“‏ بحيث يتم إضافة خمسة حروف فاضية لاستكمال السلسلة الحرفية على افتراض 
تعريفها بأنها بطول عشرة أحرف. كما يجب استخدام علامتي التنصيص المفردة في أثناء عملية 
إدخال البيانات النصية. فعند إدخال الاسم (Ahmed)‏ يجب أن يدخل Ahmed“‏ 


Úi‏ بالنسبة للسلاسل الحرفية المتغيرة الطول؛ فتُعرف ب «(УСНАК(п‏ أو 
:CHARACTER(n) VARYING 53 .(VARYING(n‏ أو ау .(VARCHAR(n‏ 5 
أخرى يرمز (n)‏ للعدد الأکبر من الحروف التي من الممكن أن تحتويها السلسلة الحرفية المُدحَلة 
للحقل. ويَكمُن وجه الاختلاف بين السلسلة الحرفية الثابتة الطول والسلسلة الحرفية المتغيرة الطول؛ 
في کون الأخيرة تحتوي على العدد الفعلي للبيانات ДАЛАЙ‏ دون إضافة حروف فاضية؛ مما ينتج 
عنه سجلات تابعة لنفس الجدول؛ ولكن بمقاسات مختلفة عوضاً عن كونها ثابتة المقاسات. كما 


å 


تجدر الإشارة إلى أن السلاسل الحرفية حساسة لأحجام الحروف "С са ума‏ 53 مختلفاً عن 


الحرف PC‏ على سبيل المثال. ويعني هذا أن الاسم ”Аһтей“‏ مختلف عن الاسم 
AHMAD“‏ ” والاسم ?АНтей“‏ 


- سلاسل الأرقام :(Bit-String) А)‏ يُمكن أن تكون سلاسل الأرقام الثنائية إما ثابتة 
الطول؛ بحيث ثُعرّف على أساس Ц), (BIT(n‏ متغير الطول وتُعرّف على أساس (BIT(n‏ 
6 ويقصد ب (n)‏ في كلتا الحالتين الحدُ الأقصى لطول سلسلة الأرقام الثنائية التي من 
الممكن إدخالها للحقل. والحالة الافتراضية عند عدم تحديد الحد الأقصى للسلسلة هو سلسلة رقمية 
ثنائية بطول واحد ((811)1). وللتفريق بين السلاسل الحرفية والسلاسل الرقمية؛ فإنه يجب تحديد 
الحرف “8” قبل السلسلة الرقمية الثنائية» مثل: “10101100” 8. 

= القيم المنطقية الثنائية :(Boolean)‏ القيمة المنطقية الثنائية» وكما هو متعارف عليه في 
لغات البرمجة الأخرى؛ من الممكن إما أن تكون «صح» (True)‏ أو أن تكون .(False) «Шз»‏ 
غير أنه بسبب سماح АА‏ الاستفسار البنائية باستخدام القيمة الغائبة (Null)‏ فإن هذا يستدعي 
استخدام قيمة تالثة وهي القيمة «غير المعلومة» (UNKNOWN)‏ ضمن ما يعرف بالمنطق 
الثلاثي القيم (True, False, Unknown)‏ الذي سنتطرق له ЊУ‏ (في الجزء 1-2-5-1-2-7). 
واليوم Jai‏ بينها علامة الناقص (-) t(DD-MM-YYYY)‏ بحيث хаё‏ بال АЫ (ҮҮҮҮ)‏ 
(ММ);‏ الشهرء (0р)‏ اليوم. 

- الوقت (Time)‏ نوع بيانات الوقت يتكون من ثماني خانات (علی الأقل) تمثل deldi‏ 
Aiia‏ والثانية وعلى ($$:ММ:НН) Аза‏ بحيث хаё‏ ب (НН)‏ الساعة (Hour)‏ 
(ММ) ›‏ الدقيقة (SS) s (Minute)‏ الثانية .(SeCond)‏ 


3-1-17 توصيف القيود في لغة الاستفسار البنائية والتعامل معها: 


توفر لغة الاستفسار البنائية عدداً من أنواع القيود التي يمكن توصيفها على قاعدة البيانات 
التي يجب على نظام إدارة قاعدة البيانات التأكد من تحققها على حالات قاعدة البيانات АА‏ 


ويمكن تقسيم أنواع القيود التي يمكن توصيفها بلغة الاستفسار البنائية إلى أربعة أنواع رئيسة» هي: 
قيود الحقول والمجال (Attribute and Domain Constraints)‏ قيود المفاتيح الرئيسة 
والسلامة المرجعية (Key and Referential Integrity Constraints)‏ وقيود السجلات 
‹(ТирІе Constraints)‏ والقيود العامة على قاعدة البيانات .(Assertions)‏ 


:(Attribute and Domain Constraints) Jtt; قيود الحقول‎ 1-3-1-1-7 


تسمح لغة الاستفسار البنائية بأن تأخذ єй‏ حقول الجداول القيمة الغائبة (Null)‏ في حالة عدم 
إدخال قيم في هذه الحقول. وللتأكيد على وجوب إدخال قيم في йз‏ ما مثل الاسم الأول أو اسم 
العائلة للموظفين» التي لا يمكن أن تكون قيمها غائبة منطقياً؛ فإن لغة الاستفسار البنائية توفر قيد 
(Not Null)‏ الذي يمكن توصيفه على مثل هذه الحقول. ويعني هذا أن قیم هذه الحقول يجب أن 
تتوفر في جميع سجلات الموظفين» ولا يمكن أن تكون غائبة. 


توفر لغة الاستفسار البنائية أيضاً القيد «الفريد» (Unique)‏ الذي يمكن فرضه على أحد 
الحقول في حالة كانت قيمة هذا الحقل يجب أن تكون فريدة لا تتكرر مع بقية السجلات في الجدول 
نفسه. فعلى سبيل المثال: يمكن فرض هذا القيد على رقم السجل المدني للموظفين (أو رقم بطاقة 
الأحوال المدنية) لكون قيم مثل هذا الحقل لا يمكن أن تتكرر بين الموظفين. وعلى الرغم من أن 
قيمة الحقل المعرّف على أساس أنه فرید من المنطقي ألا تكون غائبة (Null)‏ فإن SQL‏ تسمح 
بذلك. والس‌بب وراء ذلك يُعرَى إلى أن OS‏ قيمة غائبة تُعَدُ مختلفة عن قيمة غائبة أخرى للحقل 
نفسه؛ بمعنى أن القيمة الغائبة من حقل رقم الهاتف من سجل أحد الموظفين» على سبيل ла «ААЛ‏ 
مختلفة عن القيمة الغائبة من حقل رقم الهاتف من سجل موظف آخر. 

Úi‏ النوع الثالث من قيود الحقول التي توفرها لغة الاستفسار البنائية؛ فهو قيد المفتاح 
الرئيسي (Primary Key)‏ ويعني هذا القيد عند توصيفه على أحد الحقول في جدول ماء أن هذا 
الحقل هو المفتاح الرئيسي للجدول؛ كما سبق أن أشرنا لذلك سابقاً. وعند توصيف gia‏ ما على 
أنه مفتاح رئيسي؛ فإن ذلك يعني ضمنياً أن الحقل فرید ولا يمكن أن تكون قيمته غائبة» بمعنى أن 
كلا القيدين السابقين يتحققان على الحقل عند تعريفه باعتباره مفتاحاً رئيسياً للجدول. 


وفيما يلي الصيغة العامة لتوصيف قيود الحقول؛ بحيث يُقصد بالعلامة )|( ААК‏ «أو» في 
حين يُقصد بالكلمات الواقعة ضمن أقواس مربعة بأنها كلمات اختيارية. ولكون كافة قيود الحقول 
تقع ضمن قوسين مربعين؛ فإن هذا يعني أن توصيف قيودٍ على الحقول عملية اختيارية» وأن عدم 
وضع эй ¿G|‏ من القيود الثلاثة أعلاه يعني أن الحقل قد تكون قيمته غائبة في بعض )3 (JS‏ 
سجلاته» وأن قيم الحقل ليست فريدةء وأن الحقل لیس مفتاحاً رئيسياً للجدول. 


ColumnNamece data-type [[ Not] Null | Unique | Primary Kecy] 


وتوضّح تعليمة الإنشاء التالية» المُستمَدّة من قاعدة بيانات الجامعة الأهلية» قيد المفتاح 
الرئيسي وقيد القيم الغائبة сда 3 (Not Null)‏ أن المفتاح الرئيسي لجدول المواد الدراسية هو 
رمز المادة الذي يتكون من سلسلة حرفية بمقاس ثابت طوله سبعة أحرف» كما يُوضّح أن Э<‏ من 
حقل اسم المادة الدراسية (Title)‏ وحقل عدد وحداتها الدراسية (Units)‏ لا يمكن أن تكون قيمهما 


04۹۰۸۱٦٦ ТАВТГ. СООЧКЅГ, T 
(COURSE ID CHAR(7) PRIMARY KEY, 


ГІТ СПАК(35) NOT NULL. 
UNITS NUMBER NOT NULL): 


كما يمكن أيضاً فرضُ قيودٍ على مدى القيم التي من الممكن أن يأخذها йз‏ ما باستخدام 
كلمة التحقق (CHECK)‏ فعلى سبيل المثال: من الممكن أن يفرض قید التحقق على عدد وحدات 
(أو ساعات) المادة الدراسية؛ بحيث يكون أكبر من صفر وأقل من ست وحدات دراسیة كما 
يوضّحه المثال التالي: 


CREATE TABLECOURSF T 
(COLRSE ID 011۸08)7( PRIMARY KEY, 


TITLE CHAR(35) NOT NULL, 
UNITS NUMBER NOT NULL CHECK (UNITS > 0 AND UNITS< 6: 


:(Domain Creation) Jill إنشاء‎ 1-1-3-1-1-7 


على الرعم من آنه يمكن cas‏ نوع البياناك Шы У‏ بشكل. aeta‏ فة يمكن La‏ 
تعريف مدى معين للقيم التي من الممكن أن يأخذها نوع البيانات الذي 25 تعريفه للحقل. وتستخذم 
عبارة إنشاء (Domain Create) Ja‏ لإنشاء نوع جديد من البيانات مشتق من أحد أنواع 
البيانات الرئيسية التي توفرها لغة الاستفسار البنائية. ,5 هذه الطريقة مفيدةً جداً عندما يشترك 
ае‏ من الحقول في نفس نوعية البيانات ومدى القيم. فعلى سبيل المثال: يمكن تعريف رقم 
السجل المدني (أو رقم بطاقة الأحوال المدنية) على أنه مجال يتكون من نوع السلاسل الحرفية وأن 
طول سلسلته الحرفية 07564 من عشرة حروف» كما يلي: 


CREATE DOMAIN SoCial_IdentifiCation_ Number AS 


CHAR(10); 


وعند توصيف GÍ‏ حقل يتعلق برقم السجل المدني يُستخدم اسم المجال 
Las (SoCial_IdentifiCation Number)‏ عن توصيفه باستخدام سلسلة حرفية مكوّنة من 
عشرة أحرف is .))10( Char)‏ هذه الطريقة في توصيف الحقول مفيدة جداً؛ لكونها تسهل 
قراءة مكونات قاعدة البيانات من جانب» وإمكانية حصر التغييرات في مكانٍ واحد فقط من جانب 
آخر. فعلى مربيل المثال: يمكن تغيير تعريف المجال الخاص برقم السجل المدني؛ ليصبح بطول 
اثني عشر حرفاً عوضاً عن عشرة أحرف» وسينعكس هذا التغيير على OK‏ الحقول التي تم توصيف 
نوع بياناتها على أنه من نوع .(SoCial IdentifiCation Number)‏ وبناءً على ما سبق؛ فان 
تعريف أي مجال يتكون من جزأين: (1) نوع البيانات (وهو (gal‏ و(2) مدى القيم (وهو 
اختياري). 

Об.‏ آخر: يمكن تعريف مجال باسم «عدد الوحدات الدراسية» t(CRS_UNITS)‏ بحيث 
يكون نوع بياناته هو الأعداد الصحيحة؛ وفي ذات الوقت» يفرض عليه قيد التحقق الذي бау‏ على 


أن عدد الوحدات الدراسية يجب أن يكون أكبر من صفر وأقل من ست وحداتء الذي diy‏ مدى 


القيم التي من الممكن أن يأخذها الحقلء كما يلي: 


CREATE DOMAIN CRS_UNIIS AS NUMBIR 


CHECK (CRS_UNITS > 0 AND CRS_UNITS< 6); 


ويُمكننا استخدام المجال الذي @ إنشاؤه كنوع لبيانات dia (51 (Data Туре)‏ في قاعدة 
البیانات يُعرّف على أساس أنه من CRS_UNITS Ju‏ وبحيث يُطبق عليه قيد التحقق الذي 
бау‏ على أن عدد وحدات المادة الدراسية يجب أن يكون أكبر من صفر وأقل من ست وحدات. 
فمثلاً يمكن إعادة تعريف جدول المواد الدراسية؛ بحيث يستخدم المجال الذي تم تعريفه ليصبح 
کالتالی: 


СКЕАТЕ TABLE COURSE T 
(COURSE_ID СПАК(7) PRIMARY КГҮ, 


TITLE СНАК(35) NOT NULL, 
UNITS CRS_UNITS NOT NULL); 


А‏ المثال التالي؛ فيوضّح تعريف مجال الجنس (Gender)‏ الذي وضع عليه قيد التحقق؛ 
بحيث تكون القيمة 218521 Jia gY‏ يستخدمه نوعاً لبياناته بأن تكون КІ‏ ذكراً (Male)‏ أو أنثى 
(Female)‏ وبحيث يستخدم الحرف الأول فقط من جنس الشخص (F) (М)‏ 


CREATE DOMAIN GENDER AS СНАК(1) 


CHECK (VALUE IN (M?, *Е?)); 


تجدر الإشارة هنا إلى أن إنشاء مجال 32 من ضمن مقياس (92-.501)؛ ولكنه ليس من 
الضرورة لنظام إدارة قاعدة البيانات أن یتبنٌی هذا الجزء من المقياس حتى يكون متوافقاً معه في 
المستوى المبدئي أو المتوسط. 

من الممكن أيضاً أن 2 تعريف قيمة افتراضية لحقلٍ ما ُستخدم من قبل النظام في АЙ»‏ عدم 
إدخال قيمة للحقل في أثناء عملية إدخال البيانات. وتُستخدم كلمة (DEFAULT)‏ في مقياس 
(SQL-92)‏ لتعريف القيمة الافتراضية الواجب إدخالها تلقائیاً من قبل نظام إدارة قاعدة البيانات 
في حالة عدم إدخال قيمة للحقل. ويوضّح المثال التالي طريقة استخدام القيمة الافتراضية في جدول 


المواد الدراسية؛ بحيث تكون القيمة الافتراضية لعدد وحدات المادة الدراسية «ثلاثة» في حالة عدم 
إدخال قيمة لحقل عدد الوحدات الدراسية. 


CREATE TABLE 67 
(COURSE_1D CHAR(7) PRIMARY KEY, 


1111.7 CHAR(35) NOT NULL, 
UNITS CRS_UNITS NOT NULL DEFAULT 3); 


2-3-1-1-7 قيود المفاتيح الرئيسية والسلامة المرجعية Key and Referential)‏ 


:(Integrity Constraints 


تُستخدم عبارة المفتاح الرئيسي (Primary Key)‏ التي (SQL) a É š‏ لتعريف المفاتيح 
الرئيسية للجداول. А)‏ المفاتيح الخارجية؛ âii‏ تعريفها من خلال عبارة مفتاح خارجي Foreign)‏ 
(Key‏ وعلى الرغم من أن المفتاح الرئيسي يُمكن تعريفه باعتباره قیداً على حقلٍ ما في الجدول؛ 
في أثناء تعريف «А‏ كما سبق إيضاح ذلك في مثال جدول المواد الدراسية أعلاه» غير أن المفتاح 
الرئيسي يجب أن Сз аз‏ بشكل مستقل عن تعريف حقول الجدول عندما يكون المفتاح الرئيسي 
مكوناً من أكثر من حقل. ويوضتّح المثال التالي الذي يُعرّف جدول المجموعات الدراسية في 
الجامعة الأهلية؛ أن المفتاح الرئيسي يتكوّن من أربعة حقول هي: رمز المادة الدراسية 
«(Course_ID)‏ ورقم الشعبة (أو المجموعة) «(ЅеСіоп No)‏ والفصل الدراسي المنقّذة فيه 
(Semester)‏ والسنة الدراسية المنقّذة فيها (Year)‏ كما يحتوي تعريف الجدول على مفتاحين 
خارجيين: الأول منهما يربط المجموعة الدراسية (أو الشعبة) بالمادة الدراسية التي تتبعها المجموعة 
(أو الشعبة) في جدول المواد الدراسیة أمَّا الثاني؛ فيربط المجموعة الدراسية (أو الشعبة) بعضو 
هيئة التدريس الذي يقوم بتدريسها في جدول أعضاء هيئة التدريس. 


CREATE TABLE SECTION Т 
(COURSE ID CHART) NOT NULL, 
SECTION NO NUMBER NOT NULL, 
SEMESTER СПАК(10) NOT NULL, 


YEAR NUMBER NOT NULL, 
FACULTY ID СНАК(&) NOT NULL, 
LOCATION CIAR(12) NOT NULL, 


PRIMARY KEY (COURSE 1р, SECTION_NO, SEMESTER, YEAR), 
FOREIGN KEY (COURST_ ID) REFERENCES COURSE _TCOURST_ 1D), 
FOREIGN KEY (FACULTY 10) REFERENCES FACULTY ТАСИ ГҮ 10); 


تجدر الملاحظة أنه ليس من الضروري أن يتطابق اسم الحقل باعتباره مفتاحاً خارجياً في 
جدولٍ ما مع اسم الحقل الذي يشير АШ‏ في الجدول الآخر؛ ولكنه من الضروري أن يكون كلا 
الحقلين من نوعية البيانات نفسها (أو المجال نفسه). فمثلاً يمكن تسمية حقل رمز عضو هيئة 
التدريس على أنه (БАС 1р)‏ في جدول المجموعات الدراسية دون أن يغيّر ذلك في الأمر من 
شيء ما دامت نوعية بيانات الحقل هي من نوعية بيانات الحقل (FaCulty_ID)‏ نفسها في جدول 
أعضاء هيئة التدريس؛ وذلك كما يلي: 


CRFAT 7 


(COURSE_ID CHAR(7) NOT NULL, 
SECIION_NO NUMBER NOT NULL, 
SEMESTER CHAR(10) NOT NULL, 
YEAR NUMBER NOT NULL, 
FAC_ID CHAR(S) NOT NULL, 
LOCATION СНАКП12) NOT NULL, 


PRIMARY KEY (COURSE_ID, SECTION_NO, SEMESTER, YEAR), 
FOREIGN KEY (COURSE_ID) REFERENCES COURSE_T(COURSE_ID), 
FOREIGN KEY (ЕАС Ш) REFERENCES FACULTY_I(FACULTY_1D)); 


اتا йы,‏ کی الحفلين فى كلا E‏ بالإمعان «И‏ عن AE‏ 
шй. kau‏ من قزل ق ر ام کو ШАЙ as оца al ЈА‏ عن کر кый‏ 
الحقل (Course ID)‏ والحقل (FaCulty_ID)‏ عند تعريف كلا المفتاحين الخارجيين لكون 
مُسمّياتهما في جدول المجموعات الدراسية متوافقة مع مسمياتهما في جدول المواد الدراسية وجدول 
أعضناء هة Уй‏ م على اا 


CREATE TABLE SECTION Т 
(COURSE ID СНАК(?) NOT NULL, 
SECHON МО NUMBER NOT NULL, 
SEMESTER CHAR(10) NOT NULL, 
YEAR NUMBER NOT NULL, 


TACUI.TY_ID CHAR(8) NOT NULI, 

LOCATION CHAR(12) NOT NULL, 

PRIMARY KEY (COURSE_ID, SECTION_NO, SEMESTER, YEAR), 
FOREIGN KEY (COURSE_ID) REFERENCES COURSE_T, 
FOREIGN KEY (FACULTY_ID) REFERENCES FACULTY_T): 


А з;‏ نظام إدارة قاعدة البيانات بإعطاء OK‏ قيد رمزاً يميّزه عن بقية القيود المفروضة على 
قاعدة البيانات. غير أنه من المتعارف عليه عند إداريّ قواعد البيانات إعطاء OK‏ قيد ЫА‏ 
الخاص الذي يساعد على فهمهم لطبيعة SSW‏ (سواء أكان مفتاحاً رئيسياً أم خارجياً А‏ غير ذلك)» 
ومجال تطبيقه (سواءٌ أكان على حقل г!‏ جدول г!‏ قيد عام). كما يساعدهم ذلك على التعرّف على 
القيود المختلفة وتعطيل العمل بها أو تعديلها. ويوضّح المثال التالي إحدى الطرق Даа‏ عند 
تسمية القيود؛ بحيث تم إدراج اسم الجدول ضمن مُسمّى القيد وطبيعة كونه مفتاحاً رئيسياً (PK)‏ أو 
(ЕК) b= л‏ 


CREATE TABLE ЅЕСПОМ Т 


(COURSTI: ТР CHARI?) NOT NULI, 
SECHON NO NUMBER NOT NULL, 
SEMESTER CHAR(10) NOT NULL, 
YEAR NUMBER NOT NULL, 
FACULTY ID CHARI8) NOT NULL, 
LOCATION СПАК(12) NOT NULI, 


CONSTRAINT SECTION_PK PRIMARY KEY (COURST:_ID, SECTION NO. SEMESTER, YEAR), 
CONSTRAINT SECTION_FK1 FOREIGN KEY (COURSE Т) 

REFERENCES COURSE_ {COURSE 1р), 
CONSTRAINT SECTION_FKZ2 FOREIGN KEY {FACULTY ID) 

REFERENCES FACULTY_T(FACULTY_ID}); 


ولكون المفاتيح الخارجية هي الطريقة الوحيدة لتمثيل العلاقات (أو الارتباطات) بين 
الحالات المدوّنة في الجداول العلاقية؛ فإنها Об‏ قیوداً للسلامة المرجعية. فعلى سبيل المثال: 


عندما نقول: إن O‏ مجموعة دراسية تتبع لمادة دراسية واحدة فقط»؛ فان هذا بعد КЕ‏ بين 


2 


المجموعة الدراسية والمادة الدراسية التي تتبعها المجموعة. وثمثل هذه العلاقة من خلال تعريف 


مفتاح خارجي في جدول المجموعات الدراسية يشير إلى المفتاح الرئيسي في جدول المواد 
الدراسية» كما أسلفنا في المثال أعلاه. غير أن السؤال المتعلق بقید السلامة المرجعية هو ماذا 
يحصل لو تغير رمز المادة الدراسية التي تتبعها إحدى المجموعات الدراسية» أو حذفت مادة دراسية 
من جدول المواد الدراسیةء وكان يتبعها عددٌ من المجموعات في جدول المجموعات الدراسية؟ في 
هذه الحالة» ما مصير المفاتيح الخارجية؟ АУ]‏ تشيرٌ هذه المفاتيح؟ 

كذلك هو الحال عند إضافة مجموعة دراسية دون تحديد لرمز المادة الدراسية التي تتبعها 
المجموعة الدراسیة أو ái‏ إدخال المجموعة الدراسية بقيمة لرمز مادة دراسية غير موجودة Lalal‏ 
في جدول المواد الدراسية. ما نتيجة مثل هذه العمليات؟ 


إن ردّة الفعل الافتراضية في نظم قواعد البيانات العلاقية حسب مقياس (92-.501)؛ هو 
رفض مثل هذه العمليات دون تغيير لمحتويات جداول قاعدة البيانات؛ وذلك لكونها تؤدي إلى 
اختراق قيود السلامة المرجعية. Абу‏ ردّة الفعل هذه بعملية gia‏ أو إيقاف التنفيذ .(RestriCt)‏ 
ولكن مقياس (SQL-92)‏ يوفْر ثلاثة بدائل أخرى لمصمّمي قواعد البيانات؛ إضافة إلى зз)‏ الفعل 
الافتراضية؛ تمگنھم من اختيار الفعل المناسب عند اختراق قيود السلامة المرجعية حسب الوضع 
الذي يتناسب مع قواعد بياناتهم. зу‏ ذلك من خلال ربط الفعل المناسب بقيد المفتاح الخارجي. 
Gi‏ ردود الفعل الثلاثة؛ فهي: وَضنع المفتاح الخارجي بحيث تكون قيمته غائبة ¿(Set Null)‏ التغيير 
المتسلسل azas ‹(СаѕСайе)‏ المفتاح الخارجي في الحالة الافتراضية (Set Default)‏ وعند 
اختيار أحد ردود الفعل المناسبة؛ فإنه يجب أن يرتبط بالفعل نفسه» سواء كان فعل تعديل On)‏ 
Оха a (Update‏ حذف (Оп Delete)‏ ولقد سبق شرح مفاهيم قيود السلامة المرجعية في 
الجزء (4-4-1-1-4)ء والتعامل مع اختراقاتها من قبل نظام إدارة قاعدة البيانات في الجزء (1-4- 
5-4-1( 


ویُوضنح المثال التالي نوعين من ردود الفعل: الأول منهما уаз‏ على أن تحديث رمز المادة 
الدراسية في جدول المواد الدراسية يجب أن ينعكس على (أو يتسلسل إلى) جميع مجموعات المادة 
الدراسية في جدول المجموعات الدراسیةء وكذلك هو الحال بالنسبة لتحديث رمز عضو Аза‏ 
التدريس الذي يجب أن ينعكس على (أو يتسلسل إلى) جميع السجلات التي Мый‏ عضو هيئة 
التدريس نفسه في جدول المجموعات الدراسية. أما ig‏ الفعل الثاني فیتمثل في حالة حذف سجل aÍ‏ 


أعضاء هيئة التدريس من جدول أعضاء هيئة التدريس. في هذه الحالة سيتمٌ تغيير قيمة dia‏ رمز 
عضو Аца‏ التدریس؛ بحيث يأخذ القيمة الافتراضية وهي (No Body)‏ في 05 سجل من سجلات 
جدول المجموعات الدراسية التي تحتوي على قيمة رمز عضو هيئة التدريس الذي ái‏ حذفه من 
جدول أعضاء هيئة التدريس. ومن الجدير ذكره أنه يتوجب في هذه الحالة أن يكون من ضمن 
سجلات أعضاء هيئة التدريس (эш‏ يمثل الحالة الافتراضية وهي No Body“‏ وبحيث يكون 
مفتاحها الرئيسي هو "Мо Body“‏ ويعني هذا أنه كلما تم حذف Jau‏ لعضو هيئة تدريس من 
جدول أعضاء هيئة التدريس؛ فان كافة المجموعات الدراسية المُسنّد تدريسها لعضو هيئة التدريس 
الذي تم حذف سجله ستصبح مرتبطة بالسجل الافتراضي في جدول أعضاء هيئة التدريس ذي 
المفتاح الرئيسي N0 Body“‏ . 
CREATE TABLE SECTION_T‏ 
(COURSE_ID CHARI?) NOT NULL,‏ 
SECTION_NO NUMBER NOT NULL,‏ 


SEMESTER CILAR{ 10} NOT NULL, 
YEAR NUMBER NOT NULL, 


FACULTY ID CHAR{8) NOT NUTI. DEFAULT 'No Body’, 
LOCATION СПАК(12) NOT NULL, 
CONSTRAINT SECTION_PK PRIMARY KEY (COURSE_ID, SECTION_NO, SEMESTER, YEAR), 


CONSTRAINT SECTION_FK1 FORFIGN KEY (COURSE ID) 
REFERENCES COURSE T(COURSE 10) 
ON UPDATE CASCADE, 
CONSTRAINT SECTION_FK2 FOREIGN KEY (FACULTY_ID) 
REFERENCES FACULTY T(FACULTY ID) 
ON DELETE SET DEFAULT 
ON UPDATE CASCADI?, 


:(Tuple Constraints) قيود السجلات‎ 3-3-1-1-7 


إضافة إلى القبودِ التي من الممكن أن уз б‏ على الحقول والقيود التي дай‏ لتأكيد السلامة 
المرجعیة توفر (SQL)‏ قيود السجلات التي من الممكن أن ша Ж}‏ على أكثر من dia‏ في الجدول 
نفسه وفي الوقت نفسه. ولتعريف مثل هذه القيود تستخدم الكلمة (CHECK)‏ في نهاية تعريف 
الجدول. ويُسمّى هذا النوع من القيود بقيود السجلات؛ لأنه аё‏ على < سجل على iia‏ بشكلٍ 
منفرد عند إضافة السجل أو التعديل عليه. فعلى سبيل المثال: لا يمكن أن تكون مادة دراسية ما 
متطلباً دراسياً للمادة نفسها (وإلا لما كان بإمكان ¿sÍ‏ طالب من التسجيل في المادة الدراسية). 


ولتعريف مثل هذا القيد نستخدم ААС‏ التحقق (CHECK)‏ في نهاية تعريفنا لجدول المواد الدراسية 
المتطلبة «(Prerequisite Т)‏ كما يلي: 


CREATE TABLE PREREQUISITE T 
(COURSE_ID CHAR(7) NOT NULL, 
PREREQUISITE 1р CHAR(7) NOT NULI 
CONSTRAINT RREREQUISITE_PK PRIMARY KEY (COURSED, PREREQUISTTE_ID)}, 
CONSTRAINT PREREQUISITE_FKI FOREIGN KEY (COURSE ID) 


REFERENCES COURSE_T(COURSE_ID}, 
CONSTRAINT PREREQUISITE ЕК2 FOREIGN KEY (PREREQUISITE ID) 

REFERENCES COURSE _T{COURSE_ID) 
CHECK (COURSE_ID <> PREREQUISITE_ID)); 


ویْلاحَظ أن القيد У»‏ يمكن أن تكون أية مادة دراسية متطلباً دراسياً للمادة نفسها» عبارة عن 
дй‏ يتعلق بأكثر من dia‏ ضمن dadl‏ نفسه. وعند Jay‏ سجل جديد لجدول المواد الدراسية 
المتطلّبة أو تعديل أي سجل موجود š‏ يقوم نظام إدارة قاعدة البيانات بالتأكد من تحقق هذا القيد. 
وفي حالة خَرْق هذا القيد من وبل عملية تعديل لسجل موجود أو إدخال لسجل جديد؛ فإن نظام إدارة 


قاعدة البيانات سيقوم برفض تنفيذ العملية. 
4-3-1-7 يود :(Assertions) åte‏ 


القيود العامة هي قيود قد تتعلق بأكثر من جدول في الوقت نفسه. لذا؛ فإن هذا النوع من 
القيود يجب أن ينطبق على ¿sÍ‏ حالة تكون فيها قاعدة البیانات عوضاً عن حالة الجدول كما هو Jall‏ 
بالنسبة لقيود السجلات» أو حالة الحقل كما هو الحال بالنسبة لقيود الحقول. وتُستخذم عبارة 
(CREATE ASSERTION)‏ لتعريف القیود العامة. والشكل العام للقيد العام» كما يلي: 


وعلى الرغم من أن القيود العامة تتطلّب التعرّف على القوة الحقيقية للاستفسارات في لغة 
الاستفسار البنائية؛ فإننا نقدّم المثال التالي» الذي سيتضح معناه أكثر عند استعراض الاستفسارات 
في لغة الاستفسار البنائية. OJ‏ القيد العام الذي يهدف إليه المثال التالي هو التحقق من أن ési‏ 
طالب في الجامعة الأهلية У‏ يمكن أن (Registers) Jii‏ في مواد دراسية يفوق عدد ساعاتها 


الإجمالية أكثر من اثنتي عشرة وحدة دراسية في GÍ‏ فصل كان من أية سنة دراسية. ШШ,‏ من 
تحقق هذا القيد على جميع حالات قاعدة البيانات؛ فإن ذلك یتطلب الرجوع لبيانات حقول <a‏ 
لأكثر من جدول. ويقع على نظام إدارة قاعدة البيانات K‏ من أن هذا القیدء حسب تعريفه التالي» 


تحقق في جميع حالات قاعدة البيانات. 


CREATE ASSERTION REGISTRATION CHECK 
CHECK (Not Exists ) 
(Scleci Sum(units) 
From Student T s, Course T e, Section T ,ا‎ Ептеп T c 
Where s.Student ID =e Student ID AND 
e.Course_ID = tCourse_ID AND 


с.Зеспоп No = 1.Scclion_No AND 
e.Semester = (.Scmester AND 

e, Year = t. Year AND 

c.Course ID = t Course ID 


Group Ву s.student_1D, е.уеаг, e.semester) > 12); 


وتجدر الإشارة هنا إلى بطء تنفيذ عمليات التعديل؛ سواء من خلال عمليات الإضافة» أو 
الحذف» أو التحديث على قاعدة البيانات عند استخدام القيود العامة؛ وذلك لضرورة مراجعة نظام 
إدارة قاعدة البيانات للقيود العامة في уа OS‏ 215 التعديل على قاعدة البيانات. 

5-3-1-1-7 تعديل القيود والتحكم في تطبيقها: 

1-5-3-1-1-7 تعديل القيود: 

من الممكن إضافة أو تعدیلء أو إزالة القيود في أي وقتِ كان. وتعتمذ طريقة التعديل 
حسب القيد نفسه؛ بمعنى: إن كان متعلقاً بحقل» أو جدولء أو قاعدة البيانات. وكما أسلفنا سابقاً؛ 
إنه من الضروري إعطاء القيود مُسمّيات معيّنة حتى يمكن التعرّف عليها ومن ثم تعديلها عند 
الرغبة في ذلك. 

2-5-3-1-1-7 إزالة القيود: 

لإزالة 38 ما من جدول تُستخدم عبارة «إزالة قيد» (Drop Constraint)‏ بالإضافة لعبارة 


«تعديل جدول» (Alter Table)‏ كما هو مُوضّح في الشكل العام التالي للتعليمة: 


ALTER TABLE Table Name DROP CONSTRAINT Constraint_Name; 


فعلى سبيل المثال: لو أردنا إزالة المفتاح الخارجي من جدول المجموعات الدراسيةء والذي 
غرف على أساس أنه قيد جدولء والمُسمّى (SECTION_FK2)‏ الذي يشير إلى أعضاء هيئة 
التدریس المكلّفين بتدريس المجموعات الدراسية في جدول أعضاء Аца‏ التدريس كما هو ОЗА‏ في 
تعريف جدول المجموعات الدراسية التالي: 


CREATE TABLE ЅЕСПОМ 1 
(COURSE_ID CHART) NOTNULL, 
SECTION_NO NUMBER NOT NULL, 
SEMESTER СПАК(10) NOT NULL CONSTRAINT SEM_NAME CHECK 
(VALUE IN 'FALL', 'SPRING', 'SUMMER'). 


YEAR NUMBER NOT NULL, 
FACULTY_ID CHAR($) NOT NULL, 
LOCATION СПАК(12) NOT NULL, 


CONSTRAINT SECTION РК PRIMARY KEY (COURSE_ID, SECTION NO, SEMESTER, YEAR), 
CONSTRAINT SECTION ЕКІ FOREIGN KEY (COURSE 10) 
REFERENCES COURSE_T(COURSE_ID), 
CONSTRAINT SECTION ЕК2 FOREIGN KEY (FACULTY 1р) 
REFERENCES FACULTY Т(ГАСІЛ.ТҮ 10); 


فإنه يمكن استخدام عبارة إزالة قيد السلامة المرجعية المذكور أعلاہء كما يلي: 


ALTER TABLE SECTION_T DROP CONSTRAINT SECTION_FK2; 


كما يمكن إزالة القيد المفروض على حقل الفصل الدراسي (Semester)‏ الذي غرف على 
أساس أنه قيد حقل؛ بحيث يجب أن تكون قيمته ÚJ‏ الخريف (Fall)‏ أو الربيع (Spring)‏ أو 
الصيف (Summer)‏ كما يلي: 


ALTER TABLE SECTION_T DROP CONSTRAINT 5ГМ МАМГ; 


3-5-3-1-1-7 إضافة القيود: 


لإضافة القيود تستخدم عبارة «إضافة (ADD CONSTRAINT) «әй‏ ولو أردنا إعادة 
تعريف قيد السلامة المرجعية الذي تمّت إزالته» على سبيل المثال» فإنه يمكن إضافته مجدداًء كما 
يلي: 


ALTER TABLE SECTION 1 ADD CONSTRAINT SECTION ЕК2 FOREIGN KEY (Faculty 10) 


REFERENCES FACULTY _T(Faculty_ID); 


كما يمكن إضافة القيد المفروض على حقل الفصل الدراسي» في جدول المجموعات 
الدراسية» بعد إزالته؛ بحيث يمكن أن تكون قيمته واحدة من أربع a‏ عوضاً عن ثلاثِء وذلك من 
خلال إضافة فصل الشتاء (Winter)‏ الذي من الممكن أن 385 فيه الجامعة بعضاً من موادها 
الدراسيةء كما يلي: 


ALTER TABLE SECIION 1 ADD CONSTRAINT SEM NAME 


CHECK (SEMESTER IN (FALL 'SPRING', SUMMER", WINTER); 


ويُلاحَظ في تعريفنا للقيد السابق أنه أصبح قيد جدول Lase‏ عن эй‏ حقل؛ وذلك لكون لغة 


4-5-3-1-1-7 تعطیل عمل القيود واستعادة العمل بھا: 


يُمكن تعطيل العمل Gb‏ من القيود مع الاحتفاظ بها وإعادة عملها مرةً أخرى ДУ‏ 
ولتعطيل العمل ai‏ ما؛ تستخدم عبارة «تعطيل القيد» š £ Lİ .(Disable Constraint)‏ 
«إعادة العمل بالقيد» (Enable Constraint)‏ فتستخدم لإعادة العمل بالقيد. وتختلف هاتان 
العمليتان عن (Але‏ حذف القيود وإعادة تعريفها لكون هاتين العمليتين لا ОА‏ قيوداً معرفة أو 
تقومان بتعريف قيود جديدة» وإنما تُستخذمان لإيقاف العمل بالقيود لفترةٍ ماء ومن ثم إعادة العمل 
بها مرةً أخرى. ويمكن تعطيل عمل قيد السلامة المرجعية المتعلق بأعضاء هيئة التدریس في 
ول المجموعات التراسية كما “b‏ 


ALTER TABLE SFCTION T DISABLE CONSTRAINT SFCTION_FK2; 


ويمكن استعادة العمل بالقيدء كما يلي: 


ALTER TABLE SECTION Т ENABLE CONSTRAINT SECTION ЕК2; 


ویٔستفاد من العملیتین السابقتين О‏ خاص للحالات الاستثنائية التي لا تتماشى مع القواعد 
العامة المعمول بها في منظمة ماء وبالتالي عدم التمگن من تدوينها في قاعدة البيانات؛ بسبب القيود 
المفروضة على قاعدة البيانات. فعلى سبیل المثال: قد یْسمَح لطالب ما بالتسجيل» في فصل 
دراسي ماء بساعات دراسية يقل عددها (أو يزيد) عن عدد الساعات الدراسية المسموح به نظاماً؛ 
نظراً لأن الفصل الدراسي الذي سيقوم الطالب بالتسجيل فيه هو الفصل الذي من المتوقع ان يتخرّج 
فيه الطالب من الجامعة. ومثالٌ آخر هو عندما aang‏ لموظفب ما بالتمتع بإجازة سنوية يزيد ae‏ 
أيامها عن الفترة المسموح بها نظاماً لسبب طارئ لديه. في مثل هذه الحالات الاستثنائية؛ يمكن 
استخدام تعليمة تعطيل العمل بالقيود» وبعد تدوين بيانات الحالة المخالفة للقيد؛ 2 إعادة العمل 
بالقید من جديد. ويعني هذا أن قاعدة البيانات قد تحتوي على بيانات تبدو مخالفة لقواعد العمل؛ 
ولكنها في الواقع ليست كذلك؛ طالما أن البيانات قد 85 تدوينها بموافقة من قبل صاحب الصلاحية 
المخوّل بذلك وفقاً للنظام المعمول به في المنظمة. 


ولتعطيل العمل بالقيود وإعادة العمل بها فائدةٌ أخرى تتمثل عند نقل كميات كبيرة من 
البيانات من قاعدة بيانات إلى قاعدة بيانات أخرى؛ نظراً لأن البيانات المدوّنة في قاعدة البيانات التي 
ы‏ نقل البيانات منها سليمة؛ من حيث القيود المفروضة عليهاء وبالتالي لا داعي للتحقق منها عند 
عملية نقل البيانات لقاعدة البيانات الأخرى. ولذلك؛ فإنه من المفيد chaa‏ من حيث السرعة في 
عملية نقل البيانات» تعطيل العمل بالقيود في قاعدة البيانات التي سيتمٌ نقل البيانات إليها؛ كونها 
ستوفر الوقت اللازم للتحقق من سلامة البيانات على بيانات هي في الأصل سليمة. وبعد إجراء 
عملية نقل البيانات يُعَاد العمل بالقيود على قاعدة البيانات التي & نقل البيانات إليها. وبذلك eS‏ 
عملية نقل البيانات بشكلٍ أسرع مما هي عليه لو لم يتم تعطيل العمل بالقيود خاصة إذا ما كان حجم 
البيانات المنقولة كبيراً جداً وعدد القيود المفروضة على قاعدة البيانات كبير Laj‏ 


Deferring the CheCking of) العمل بالقيود‎ b 5-5-3-1-1-7 


:(Constraints 


إن التمگن من تعطيل العمل بالقيود هو أمرّ مهم جداً؛ А35‏ يمگن من تدوين حالات استثنائية 
في قاعدة البيانات لا تنطبق عليها (بعض) القيود المفروضة على قاعدة البيانات. إضافة إلى ذلك؛ 
فإن تعطيل العمل بالقيود من شأنه تحسين أداء النظام في حال نقل بيانات كبيرة من قاعدة بيانات 
إلى أخرى. ومع ذلك؛ فإن تعطيل العمل بالقيود لا یمگن من تحسين أداء النظامء بالشكل المناسب» 
في حال 2з Д6‏ عمليات التراجع (أو الانسحاب) عن التعديلات التي تُجِرَى على قاعدة البيانات» أو 
من ЫЙ‏ على مشكلة ما يُعرف بالقيود المرتبطة بشكل حلقي (أو القيود الحلقية» اختصارا) بالشكل 
(Al-Houmaily, 2013; GarCia-Molina et al, 2014) АУ!‏ ولذلك توفر لغة الاستفسار 
البنائية طريقة «تأخير العمل بالقيود» .(Deferred ConsistenCy Constraints)‏ 


إن عملية تأخير العمل بالقيود تعني تأخير التحقق منها إلى وقتِ معين. وهذا الوقت هو 
الوقت الذي < فيه المستفيد تعامله مع قاعدة البيانات. ويقودنا هذا إلى التعرف على 
«المعاملات» ‹(ТгапѕаСіопѕ)‏ في نظم قواعد البيانات» التي تمثل الوسيلة الوحيدة للتعامل مع 
البيانات. والمعاملة» في نظم قواعد البيانات» هي برنامج حاسوبي يتعامل في بعض أجزائه مع 
قاعدة البيانات. ويُمكن أن تنتهي المعاملة الواحدة بإحدى طريقتين: إما أن تنتهي بشکلِ Оа‏ 
وتنعكس نتائجها كافة على قاعدة البيانات» أو أن تفشل في أثناء عملية تنفيذها؛ بسبب الرغبة في 
التراجع (أو الانسحاب) من عملية تنفيذهاء أو لأيّ سبب آخرء ولا ينعكس 041 من نتائجها على قاعدة 
البيانات. А],‏ معاملة بداية ونهاية. فبداية المعاملة قد تكون ضمنية؛ تتمثل في أول تعامل لها 
مع قاعدة البيانات» أو أن تكون صريحة؛ تتمثل في عبارة تدل على بدايتها مثل تعليمة «البداية» 
(Begin)‏ كما أن لكل معاملة نهاية تتمثل في تعليمة تدل على الرغبة في «تثبيت النتائج» 
«(Commit)‏ أو الرغبة في «التراجع» (أو «الانسحاب») .((Abort (or RollbaCk)‏ ومن 
خلال هاتين التعليمتين تتمكّن قاعدة البيانات من معرفة بداية ونهاية OK‏ معاملة على جدة؛ الأمر 
الذي S‏ نظام إدارة قاعدة البيانات من تأخير عملية التحقق من القيود المفروضة على بیاناتھا 
إلى حين انتهاء المعاملة عوضاً عن التحقق منها عند انتهائها من تنفيذ 05 عملية على جدة. 


1-5-5-3-1-17 تأخير العمل بالقیود وأداء نظام إدارة قاعدة البيانات: 


عند استخدام طريقة تأخير العمل بالقيود؛ فإن > جمیع الموارد اللازمة للتحقق من القيود یتم 

الاستحواذ عليها عند انتهاء المعاملة من التنفيذ واستقبال дь‏ إدارة قاعدة البيانات لتعليمة تشبیت 
المعاملة. على النقيض من ذلك؛ فإن جميع الموارد اللازمة للتحقق من القيود عندما تكون «فورية» 
(Immediate)‏ ;22 الاستحواذ عليها عند تنفيذ كل تعليمة تعديل تتضمّنها المعاملة على حدة. ويعني 
هذا أن هنالك عملية «موازنة» (trade-off)‏ بين الطريقتين. فطريقة تأخير العمل بالقيود تمگن 
من الاستحواذ على الموارد اللازمة للتحقق من القيود فترةً أقل من قرينتها الفورية؛ Аъ А‏ بذلك 
لمزيدٍ من التزامن في الاستحواذ على الموارد من قبل المعاملات المنقّذة على النظامء وفي نفس 
الوقت عدم تضييع أي وقت للتحقق من القيود إلى حين انتهاء تنفيذ كل معاملة. А‏ من الناحية 
الأخرى؛ فإن تأخير العمل بالقيود قد يؤدي إلى تنازع المعاملات المنفذة على النظام على الموارد 
التي تتطلّبھا عملية التحقق من القيود عند انتهاء تنفيذ المعاملات وإصدارها لتعليمات تثبيتهاء الأمر 
الذي قد يؤدي إلى كثرة المعاملات التي يتوجّب إفشال تنفيذها؛ بسبب هذا التنازع على الموارد 
المطلوبة للتحقق من القيود» وبالتالي ضياع الوقت الذي قضته هذه المعاملات لتنفيذها وانعكاسه 
على أداء النظام )2013 .(Al-Houmaily,‏ 


#43 على عملية الموازنة بین الطريقتين أعلاه؛ يمكن القول بأن طريقة تأخير العمل بالقيود 
من شأنها تحسين أداء النظام بشكلٍ كبيرٍ في حال كثرت المعاملات التي تستدعي аз! ДЇ‏ بناء على 
رغبات المستفيدين أو الفشل بسبب اكتظاظها على موارد النظام» في أثناء تنفيذهاء الأمر الذي يؤدي 
إلى فشلها. خلاف ذلك؛ فإن الطريقة الفورية للتحقق من القيود هي الأجدى. 


pb 2-5-5-3-1-1-7‏ العمل بالقيود و «القيود الحلقية» CyCliC ConsistenCy)‏ 


:(Constraints 


Al-Houmaily, 2013; GarCia-Molina et al,) لإيضاح مشكلة القيود الحلقية‎ 

4) وأهمية تأخير العمل بالقيود لحَلّھا؛ لنفترض المثال الموضّح في الشكل )2-7( Al-)‏ 
(Houmaily, 2013‏ الذي يحتوي على کینونتین: كينونة «الموظف» یس 
وكينونة «القسم» (DEPARTMENT)‏ كما يحتوي الشكل على علاقتين: العلاقة الأولى هي 
علاقة «يعمل في» бай з (Works for)‏ على أن О)‏ موظف يعمل في قسم واحد وواحد فقط 
وكل قسم يعمل فيه واحد أو أكثر من الموظفين». )04 العلاقة الثانية؛ فهي Ас‏ «يدير» 


бай; (Manages)‏ على أن «كل موظف يدير صفر أو واحد من الأقسام» وكل قسم يُدار من قبل 
واحد وواحد فقط من الموظفين». 


ii 55‏ كك 
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شكل رقم (2-7): مثال مخطط مفاهيمي يحتوي على «قيود حلقية». 


عند تحويل المخطط المفاهيمي في الشكل )2-7( إلى النموذج العلاقي؛ åh‏ إنشاء جدولين 
LS)‏ سبق إيضاحه في الفصل الخامس): الأول منهما يقابل كينونة الموظف» والثاني يقابل كينونة 
القسم. كما يتوجّب عند عملية التحويل ملاحظة قيود التعددية؛ بحيث يتوجب أن يرتبط OK‏ موظف 
بقسم» وكل قسم بموظف يديره. ويمكن ترجمة قيود التعددية هذه إلى النموذج العلاقي من خلال 
وضع القيد (NOT NULL)‏ على (Dept_ID) Ф‏ في جدول «الموظف» الذي يدل على رقم 
القسم الذي يعمل فيه كل موظف؛ ووضع القيد (NOT NULL)‏ على (Mgr ID) dia‏ في جدول 
«القسم» الذي يدل على رقم الموظف الذي يدير كل قسم. 


تقودنا عملية التحويل هذه من النموذج المفاهيمي إلى النموذج العلاقي لمجموعة تعليمات 
SQL‏ كما هو في الشكل رقم (3-7). ويُلاحَظ في الشكل أنه قد ái‏ إدراج تعليمات إنشاء قيود 
السلامة المرجعية لكلا الجدولين بعد إدراج تعليمات إنشاء الجدولين. والسبب في ذلك أن قاعدة 
البيانات ستمنعنا من إنشاء أي من الجدولين في حال суда‏ قيد السلامة المرجعية الخاص به؛ لكون 
الجدول المشار إليه من قبل القيد لم يتم إنشاؤه بعد وبالتالي عدم التمكن من التعرّف عليه من قبل 
نظام إدارة قاعدة البيانات. 


CREATE TABLE EMPLOYEE_T 
(Етр ID INTEGER PRIMARY KEY. 


Dept ID INTEGER NOTNULL); 
CREATE TABLE DEPARM ENT_T 

(Dep ТО INTEGER PRIMARY KEY, 
Мег 10 INTEGER МОТ NULL); 


ALTER TABLE EMPLOYEE T ADD CONSTRAINT Emp_FK FOREIGN KEY (ері ID) 
REFERENCES DEPARTMENT T(Dept ID) DEFERRABLE INITIALLY IMMEDIATE; 


ALTER TABLE DEPARTMENT_T ADD CONSTRAINT Depl_FK FOREIGN KEY (Mer 10) 
REFERENCES EMPLOYEE Т(Етр ID) DEFERRABLE INITIALLY IMMEDIATE; 


شكل رقم (3-7): تعليمات SQL‏ لإنشاء جدولين يحتويان على «قيود حلقية». 


¿Uu‏ على تعليمات إنشاء الجدولين في الشكل )3-7(« لنفترض إحدى المعاملات التي تتضمّن 
تعليمتين: إحداهما لإضافة سجل في جدول «الموظف»» وأخرى لإضافة سجل في جدول «القسم», 
كما هو مُوضنّح في الشكل رقم (4-7). عند بداية تنفيذ هذه المعاملة؛ فإن نظام إدارة قاعدة البيانات 
سيقوم بإفشال تنفيذ المعاملة (بغض النظر عن ترتيبنا للعمليتين اللتين تحتويهما). ويُعزَّى السبب 
وراء ذلك إلى أنه لا يمكن إضافة سجل في جدول الموظف؛ بحيث يكون حقل «رمزالقسم» 
(Dept_ID)‏ الذي يعمل فيه الموظف ذا قيمة غائبة (NULL)‏ أو أن يُضاف سجل في جدول 
القسم؛ بحيث يكون رقم الموظف الذي «يديره» (Mgr_ID)‏ ذا قيمة (NULL) iile‏ ليس هذا 
فحسب؛ ولكن حتى لو وضعنا Lš‏ ما في كلا السجلين LS)‏ هو مُوضّح في الشكل)؛ оја‏ تنفیذ 
المعاملة سيفشل أيضاً بمجرد محاولة تنفيذها. ويرجع السبب وراء ذلك إلى أن كل جدول من 
الجدولين يشير (بحسب قیود السلامة المرجعية المفروضة عليه) إلى الجدول الآخر. ويعني هذا أن 
إضافة أي سجل في أحد الجدولين адаа‏ وجود Ja‏ مقابل في الجدول الآخر. لذا؛ فإنه يتعذر 
إضافة أي سجل لأيّ من الجدولين؛ بسبب هذين القيدين الحلقيين. وقد а‏ القيود الحلقیةء بشكلٍ 
عامء لتشمل أكثر من جدولين. 


INSERT INTO Employee_T values(100,..,1); 


INSERT INTO Department_T values(1,..,100); 
COMMIT: 


شكل رقم (4-7): معاملة لإضافة سجلين: أحدهما في جدول «الموظف»» والآخر في جدول «القسم». 


OJ‏ الطريقة الوحيدة Oa)‏ المعضلة أعلاه؛ هي من خلال کسر حلقة القيود المفروضة على 
الجدولين؛ بحيث يتم تأخير التحقق من أي منهما (أو كلاهما) حتى انتهاء المعاملة وإرسالها لتعليمة 
التثبيت. وهذه هي الفائدة الثانية من طريقة تأخير العمل بالقيود. ويعني هذا أن طريقة تأخير 
العمل بالقيود تسمح بخرق القيود المفروضة على قاعدة البيانات بشكلٍ مؤقتٍ من قبل АЙ‏ معاملة 
إلى حين انتهاء лаз‏ كافة التعليمات التي تحتويها المعاملة. Мо з‏ فقط؛ یتم التحقق من سلامة 
القيود المفروضة على قاعدة البيانات. ويُمكن ذلك طالما أن القيود التي 2 غُب في تأخير العمل بها 
قد تم تعريفها؛ بحيث تكون قابلة للتأخير» كما هو مُوضّح في الشكل (3-7). ولتأخير العمل بقيدٍ ما 
إلى حين وقت تثبيت نتائج المعاملات أو لإرجاعه لشكله الفوري» توفر لغة الاستفسار البنائية 
التعليمة التالية: 


SET CONSTRAINTS Сопѕ Мате DEFERRED | IMMEDIATE 


بمجرد даз‏ أحد القيدين في وضع у уа‏ في مثالنا السابق سيتمٌ کسر حلقة القيود والتمگن 
من تنفيذ المعاملة من خلال إضافة سجل لجدول الموظف» ومن ثم سجل لجدول القسم» كما هو 
مُوضنّح في الشكل رقم (5-7). وعند الانتهاء من تنفيذ كلتا عمليتي الإضافة» وإصدار تعليمة 
التثبيت؛ سيقوم نظام إدارة قاعدة البيانات من التحقق من كافة القيود التي قامت المعاملة بتأخير 
التحقق منها. وفي حال كانت البيانات АЗА)‏ سليمة؛ سيتمٌ تشبيت نتائج المعاملة. أمّا إذا لم تكن 
البيانات كذلك» سيتمٌ إفشال تنفيذ المعاملة والتراجع Lac.‏ قامت به من تعديلات على قاعدة البيانات. 
وفي مثالناء سيتمٌ التحقق من حقل القسم الدراسي في جدول «الموظف» فقط؛ وذلك لكون المعاملة قد 
أضافت Ыла‏ سجلاً في جدول «القسم» يحقق قيد السلامة المرجعية المفروض على الجدول قبل 
وصول المعاملة لنهايتها وإصدارها لتعليمة التثبيت» وأن هذا القيد قد تمَّ التحقق Aia‏ بشكله الفوري. 


SET CONSTRAINTS Emp FK DEFERRED; 
INSERT INTO Employee_T values(100,..,1); 


INSERT INTO Department Т values(1,..,100); 
COMMIT: 


شكل رقم (5-7): كسر «القيود الحلقية» باستخدام طريقة تأخير العمل بالقيود. 
4-1-1-7 إنشاء منظور :(Create View)‏ 


оа‏ لغة الاستفسار البنائية من تعريف المنظورات. والمنظور عبارة عن جدول تخيّلي 
(VIRTUAL TABLE)‏ له تعريف ضمن هيكل قاعدة البیانات؛ ولكنه لا يحتوي على بيانات 
АА‏ فيه بشكل دائمء وإنما یستمڈ بياناته من الجداول (الأساسية) الموجودة في قاعدة البيانات. 
ويقوم نظام إدارة قاعدة البيانات بتعبئة البيانات المناسبة للمنظور بمجرد التعامل معه (من خلال 
إجراء عملية اختيارء أو إضافةء أو تحديث (ale‏ من أحد المستفيدين المخوؤّلين بالتعامل معه. 
وبمجرد الانتهاء من التعامل مع المنظور؛ يقوم نظام إدارة قاعدة البيانات بإتلاف ما يحتويه من 
بيانات (بعد إجراء التعديلات المطلوبةء إن ؤجدت» على الجدول أو الجداول الأساسية الذي азы‏ 
المنظور بياناته منها). وعند التعامل مع المنظور مرةً أخرى؛ 25 تعبئته بالبيانات المناسبة уа‏ 5 
أخرى» وهكذا. غير OÍ‏ بعض نظم قواعد البيانات تقوم بالمحافظة على بيانات المنظور لبعض 
الوقت عوضاً عن إتلافها بمجرد انتهاء مُستخدم ما من الانتهاء من التعامل مع المنظور؛ وذلك على 
أمل أن يأتي Залаа‏ آخر يرغب في التعامل مع بيانات المنظور. وتسمّى الطريقة الثانية 
بالمنظورات المخرّنة (Materialized Views)‏ ,353 هذه الطريقة مفيدةً في بعض الحالات؛ 
لأنها تعفي من تعبئة البيانات للمنظور كلما استدعت الحاجة الرجوع إليه» وخاصة أن تكلفة تعبئة 
بيانات المنظور قد تكون كبيرةً جداً؛ من حيث الوقت اللازم من الحاسب الآلي لتعبئتها. 


(аб,‏ أهمية المنظورات في شكلين: الأول منهما عندما يكون هنالك عمليات اختيار معقدة 
قد تكون مصدراً للأخطاء عند محاولة كتابتها بشكلٍ متکررِ من قبل المستفيدين أو في برامج 
التطبيقات» والثاني منهما يتمثل في کون المنظورات توفر حماية للبيانات من الاستخدامات التي لا 
يُرْغَب في التصريح بها لبعض المستفيدين. فعلى سبيل المثال: يُمكن كتابة منظور يحتوي على 
البيانات المالية لأعضاء هيئة التدريس في الجامعة الأهلية» ومنظور آخر لا يحتوي على مثل هذه 
البيانات؛ بحيث تُعطّى صلاحية التعامل مع المنظور الأول للمستفيدين في إدارة الشئون АШАЙ‏ 


وبرامج التطبيقات المالية؛ في сыз‏ تُعطّى صلاحيات التعامل مع المنظور الثاني للمستفيدين في 
إدارة القبول والتسجيل ورؤساء الأقسام العلمية؛ سواء بشكل مباشر أو من خلال التطبيقات التي 
يستخدمونها للتعامل مع قاعدة البيانات. ولتعريف مثل هذين المنظورين يمكن استخدام تعليمة 
الاختيار (التي А‏ شرحها بالتفصيل في الجزء 1-2-7)ء كما يلي: 


CREATE VIEW FACULTY_FINANTIAL_INF_V AS 


SELECT Faculty_ID, FName, LName, Salary, Department_ID 
FROM FACULTY 1; 


يلي: 
SELECT *‏ 
FROM FACULTY FINANTIATL INF у;‏ 
تكون النتيجة جميع الحقول التى تهم المتعاملين مع | لمنظور т‏ إدارة الشئون المالية» كما 
يلي: 

FRCULTY_ FHRHE LHRHE SALARY DEPART 

2008 Khalid Aloufi 35800 MATH 

220 Fahad ñlhamid 25900 MATH 

310 Saleh Aleesa 300090 CS 

3290 Hohammed 81130 111:888 CS 

330 Ghanim ñlqhanim 44500 CS 

340 Ibraheem Alsaleh 25000 CS 

400 Ahmad Alotaibi 33900 CHEM 

4290 Saleh Alghamdi 44600 CHEM 

506 Yahya Khorshid 367808 ENGL 

508 $а1ет ñlhamad 2110000 ENGL 

568 Salman ñlbassam 33800 ENGL 

66 Turki ñlturki 27800 STAT 

6408 Fahad Alzaid 44300 STAT 

0606 Saud ñlkhalifa 44900 17 

7109 Mahnood ñlsalem 31900 PHYS 

730 Mishal Almazid 29800 PHYS 

770 Sultan Aljasir 43300 PHYS 

806 Ali ñlbader 45300 ЕЕ 

818 Saad Alzhrani 44200 EE 


858 Ahnad 81535 33908 EE 


Úi‏ المنظور الثاني الذي لا يحتوي على البيانات المالية؛ فيمكن تعريفه؛ كما يلي: 


CREATE VIEWTACUT.TY_V AS 


SELECT Faculty ID. FName, LName, DOB, Phone NO, Department ID 
FROM FACULTY 1; 


ويمكن استعراض محتويات المنظور السابق باستخدام تعليمة الاختيار على المنظورء كما 


SELECT * 


FROM FACULTY_V; 


وتكون النتيجة جميع الحقول التي تهمٌ المتعاملين مع المنظور من غير العاملين في إدارة 


FACULTY_ FNAME 


Mohammed 
Ghanim 
Ibraheem 
(0 
Saleh 
Yahya 
Salem 
Salman 
Turki 
Fahad 
Saud 
Mahmood 
Mishal 
Sultan 
Ali 

Saad 
ñhmad 


Aloufi 
ñlhamid 
Aleesa 
Alhamad 
Alghanim 
Alsaleh 
ñlotaibi 
Alghamdi 
Khorshid 
Rlhamad 
ñlbassam 
Alturki 
Alzaid 
Alkhalifa 
Alsalem 
ñlmazid 
01 ۳ 
ñlbader 
Alzhrani 
ñlsabti 


22-MñY-63 
07-0CT-70 
13-SEP-66 
13-HAY-65 
4A2-ñUG-69 
20-JAN-70 
47-MñY-71 
13-FEB-69 
12-МАВ-65 
11-SEP-72 
13-SEP-68 
الال-23‎ - 5 
12-MAY-71 
13-AUG-72 
19-FEB-73 
17-SEP-75 
13-HAY-70 
22-JUN-66 
17-0CT-67 
15-APR-73 


الشئون المالية» كما يلي: 


PHONE_NO 


454-2311 
456-7733 
454-8932 
454-5412 
456-2234 
454-1234 
454-4563 
454-2233 
456-2221 
456-3304 
454-7865 
456-7891 
456-3322 
454-9856 
456-3323 
454-2343 
456-3212 
456-7812 
454-5578 
456-0120 


DEPART 


MATH 
MATH 
65 
CS 
65 
CS 
CHEM 
CHEM 
ENGL 
ENGL 
ENGL 
STAT 
STAT 
STAT 
PHYS 
PHYS 
PHYS 
EE 
EE 
EE 


إليه في الفصل الأول» بين المنظورات الخارجية «(External Views)‏ والمنظور المفاهيمي (أو 


المنطقي) لقاعدة البيانات؛ بحيث إن أي تغيير للجداول المكوّنة لقاعدة البيانات لا يؤثر في نظرة 
المستفيدين لقاعدة البيانات. فعلى سبيل المثال: عند تجزئة جدول إلى جدولين أو أكثر أو إضافة 
حقول جديدة للجدول؛ فإن المستفيدين» باستخدام المنظورات» قد لا يلحظون مثل هذا التغيير في 
هيكل قاعدة البيانات. لهذا السبب؛ فإن إدارييّ قواعد البيانات العلاقية كثيراً ما يُقرنون بين IS‏ 
جدول من جداول قاعدة البيانات بمنظور له. iig‏ استخدم المنظور المصاحب لجدول ما من خلال 
التعليمات نفسها التي تُستخدم مع الجداول دون ¿s|‏ تفريق كما لو أنه یتم استخدام الجدول الأساسيء 
وليس المنظور المصاحب له. ويعني هذا أنه âi‏ استخدام المنظور من قبل المستفيدين ومن قبل 
التطبيقات المبنية على قاعدة البيانات عوضاً عن التعامل مع الجدول الأساسي © مباشر. 
وبهذه الطريقة يمكن إجراء ¿sl‏ تعدیلات قد تطلبها مراحل مستقبلية على جداول قاعدة البيانات دون 
الحاجة لإجراء تعديلات مصاحبة على نظم التطبيقات أو التعليمات التي تَعوّد المستفيدون على 
تنفيذها على قاعدة البيانات. وباستخدام المنظورات يُكتفى بتعديل تعريف المنظور الذي جرى 
التعارف على استخدامه من قبل المستفيدين وبرامج التطبيقات من خلال إزالته» ومن ثم إعادة 
تعريفه من جديد تحت المُسمَّى نفسه. وبهذه الطريقة؛ فإنه لا يُوجَّد ما يدعو إلى التعديل على برامج 
التطبيقات؛ حتى تنعكس التعدیلات التي أجريّت على الجداول الأساسية لقاعدة البيانات على برامج 
التطبيقات. الأمر الذي يعني وجود استقلالية (أو عدم اعتمادية منطقية) بين برامج التطبيقات 
والتصميم المنطقي لقاعدة البيانات. 


وتجدر الإشارة إلى أنه لا يقتصر تعريف المنظور بحيث يقترن بجدول واحد فقط من جداول 
قاعدة البيانات» وإنما يمكن تعريفه؛ بحيث يقترن بأكثر من جدول واحد. كما أنه من الممكن أن 
تُستخدم دوال التجميع (التي سنتطرق إليها لاحقاً) في تعريف بعض حقول المنظور. فعلى سبيل 
المثال: يمكن تعريف المنظور التالي الذي يقترن بأعضاء هيئة التدريس الذين يعملون في قسم 
الحاسب الآلي (في جدول أعضاء هيئة التدريس) والمواد الدراسية المؤهل لتدريسها هؤلاء 
الأعضاء (في جدول المؤهلات التدريسية)؛ كما يلي: 


CREATE VIEW CS_FACULTY_QUALIFICATION_V AS 
SELECT ГАСІЛТҮ Т. Taculty_ID, TName, LName, Coursc_ID, Datc_Qualificd 
FROM FACULTY T, QUALIFICATION 1 


WHERE FACULTY Т.Еасшу ID = QUALIFICATION T.Faculty ID AND 
FACULTY T. Department ID = ‘CS’; 


تعرف التعليمة السابقة منظوراً باسم «المؤهلات التدريسية لأعضاء Аца‏ التدريس الذين 
يعملون في قسم الحاسب الالي)ء التي BAG‏ فيها استخدام الحرف "У‏ للدلالة على تعريف منظور 
Las‏ عن جدول؛ بحيث يقترن المنظور بجدولين كما أسلفنا أعلاه. وعند الاستفسار عن 
المحتويات التي يقترن بها هذا المنظور في الجداول الأساسية من خلال التعليمة التالیة: 


SELECT * 


FROM CS FACULTY QUALIFICATION V; 


تكون نتيجة التعليمة السابقة التي تسترجع محتويات المنظور حسب تعريفه أعلاه» كما يلي: 


FACULTY_ FNAME МАМЕ COURSE_ РАТЕ QUñL 
310 Saleh Aleesa GS181 85-JUN-95 
320 Hohammed ñlhamad С5182 p9-ñUG-95 
320 Hohammed ñlhamad CS183 p3-ñUG-96 
336 607 0 7028 ٢51 0 02-SEP-97 
308 Ibraheem й1<а1еһ 65185 02-06-077 


АЗУ,‏ من الممكن تعريف المنظورات؛ بحيث تقترن باکثر من جدولء كما يمكن أن تحتوي 
تعاريفها على دوال تجميع؛ فإنه قد يتعذر إجراء عمليات التعديل (من حذف أو إضافة أو تحديث) 
على بياناتها بمعنى عدم إمكانية تعديل بيانات الجداول المقترنة بالمنظورات. والقاعدة العامة التي 
OS‏ من إجراء عمليات التعديل على بيانات المنظورات هي: يمكن إجراء عمليات التعديل على 
بيانات منظور ما دام للقيم التي А]‏ 6 التعديل عليها في المنظور ما يكافئها من حقول في الجداول 
المقترنة بتعريف المنظور دون أيّ التباس بين هذه الحقول. وبناءً على هذه القاعدة؛ يتغذر بشكلٍ 
عام إجراء التعديل على 51( منظور يكون من ضمن حقوله sts‏ )0 يُستخدم في تعريفها «دوال 
تجميع» (Aggregation FunCtions)‏ والسبب وراء ذلك؛ هو عدم اقتران الحقول الممثلة 


لدوال التجمیعء ضمن حقول المنظورء Gl‏ من حقول الجداول التي يقترن بها المنظور. وفي مثل 
هذه الحالة يمكن إجراء عمليات الاختيار (أو الاسترجاع) فقط على مثل هذه المنظورات. 


:(Create Index) إنشاء فهرس‎ 5-1-1-7 


الفهرس» بشكلٍ sle‏ عبارة عن طريقة OS‏ من الوصول إلى الشيء المطلوب بسرعة 
كبيرة. وتستخدم الفهرسة ША СД,‏ في حياتنا اليومية؛ حيث نجدها مُستخدمة» على سبيل 
المثال» في المكتبات» والمستوصفات (أو المستشفیات) الطبية... إلخ. وبدون الفهارس يضطر 
الشخص الذي يبحث عن كتاب في مكتبة ماء على سبيل المثال» إلى السير في ممرات المكتبة كافة 
بشكلٍ متسلسل وقراءة عنوان 06 كتاب في л OS‏ وبشكلٍ متسلسل Laj‏ حتى يجد الكتاب الذي 
يبحث عنه. وفي حالة كان الشخص يبحث عن كتاب ليس موجوداً أصلاً في المكتبة؛ فإنه 
سيضطر إلى المرور بكافة الكتب الموجودة؛ حتى يتيقن من عدم وجود الكتاب. على النقيض من 
ذلك؛ فإن الفهارس تعجّل في عملية البحث وبشكلٍ كبيرٍ عن الشيء المطلوب. وتقتضي الفهارس 
أمرين: )1( وجود تصنيف معين للأشياء الموجودة وترتیب الأشياء وفقاً للتصنيف» و(2) ترتيب 
الأشياء وفق نمط معين على أرض الواقع. فعلى سبيل المثال: قد يتم ترتيب الكتب في المكتبة وفق 
المقياس الدولي لترقيم الكتب as (((International Standard Book Number (ISBN)‏ 
على هذا الترتيب فهارس مختلفة من ضمنها فهرس الموضوعاتء وفهرس المؤلفين» وفهرس دور 
النشر... إلخ. ومعنى هذا أننا قد قمنا بترتيب الكتب في المكتبة وفق نمط معين على أرض الواقع؛ 
وأنشأنا فھارس للتصنيفات المناسبة. في هذه الحالة يمكن البحث عن أي كتاب وفق أحد المعايير 
التي сыйл‏ عليها. فمثلاً؛ يمكن البحث عن الكتب التي Сй]‏ من قبل مؤلف ما في فهرس 
المؤلفين. وحيث OJ‏ هذا الفهرس «абз уа‏ أبجدياً حسب أسماء المؤلفين؛ فإن عملية البحث ستتم 
بشكلٍ أسرع؛ لان عملية البحث لن تتم بالضرورة بشكلٍ متسلسل في الفهرس. وعند العثور على 
الكتاب ضمن فهرس المؤلفين؛ يتم التععرّف على رقمه. بعد ذلك یتع الذهاب للممرّ الذي يحتوي على 
مكان الكتب الذي يتضمّن رقم الكتاب المطلوب» والسير في ذلك الممرّ بشكلٍ متسلسل حتی العثور 
على الكتاب. Í‏ في حالة البحث عن كتاب А уд‏ ما والكتاب غير متوفر في المكتبة؛ فإنه يُكتفى 
بالبحث في فهرس المؤلفين. Хе)‏ عدم العثور على اسم المؤلف ضمن أسماء المؤلفين» з‏ 
التوقف عن البحث لعدم توفر الكتاب في المكتبة. 


والفهرس في نظم قواعد البيانات ما هو إلا هيكل بيانات c (Data StruCture)‏ على 
حقل أو أكثر من حقول الجدول تمثل فكرته الرئيسية ما نجده من فهارس في حياتنا اليومية. وتساعد 
الفهارس في الوصول إلى السجل المطلوب في جدول ما خاصة عندما يتم بناؤه على dia‏ معين 
وتكون عمليات الاستفسار تتضمّن مقارنة بين الحقل الذي بني عليه الفهرس وقيمة ثابتة مثل «رقم 
السجل المدني = 123456789»؛ بحيث إن رقم المّجل المدني هو diall‏ الذي بني عليه الفهرس 
في جدول الموظفين» على سبيل المثال. 


وعلى 5 аё‏ من أن تعليمة إنشاء الفهارس لم تَعْد من ضمن لغة الاستفسار البنائية لكونها لا 
تتعلق بتعريف هياكل قاعدة بيانات أو تداول محتوياتها وإنما وسيلة لتسريع وتحسين أداء نظم إدارة 
قواعد البيانات؛ а‏ غالبية نظم إدارة قواعد البيانات العلاقية تحتوي على تعليمة لإنشاء الفهارس. 
وتستخدم عبارة إنشاء فهرس (Create Index)‏ حسب الشكل العام التالي للتعليمة: 


CREATE |UNIQUE] INDEX IndexNamc 
ON TableName 


(ColumnName [огаег||.Соїіштамате [order]] .... ): 


- تُستخدم الكلمة الاختيارية فريد [UNIQUE]‏ عند الرغبة في إنشاء فهرس يكون الحقل 
الذي أنثبئ عليه الفهرس حقلاً فریداً لا تتكرر قيمه في سجلات الجدول. 


- يُمكن تحديد أكثر من عمود لإنشاء فهرس مركب. 


хаё -‏ بالترتيب [order]‏ الطريقة التي سيتمٌ فيها ترتيب الفهرس؛ فإما أن يكون تصاعدياً 
(ASC)‏ أو تنازلياً (DESC)‏ بحيث يكون الترتيب الافتراضي هو الترتيب التصاعدي. 


- يُمكن ¿U23J‏ أيّ عددٍ من الفھارس للجدول الواحد؛ سواء أكانت مبنية على حقول فريدة 
(UNIQUE)‏ أو حقول يُسمّح فيها بالقيم المتكررة .(DupliCates)‏ 


ولإنشاء فهرسٍ فريد باسم فهرس الطلبة (Student IDX)‏ على الرقم الدراسي للطلبة في 
جدول АШЫЙ‏ بشکلِ تصاعدي تُستخدم تعليمة إنشاء فهرسء كما يلي: 


CREATE UNIQUE INDEX STUDENT IDX 


ON STUDENT T (Student ID); 


Úi‏ إذا أردنا إنشاء فهرس بأسماء الطلبة تحت مُسمَّى (Student Names IDX)‏ على 
اسم العائلة للطلبة بشكلٍ تصاعدي» والاسم الأول لهم بشكل تنازلي فتُستخدم التعليمة التالية: 


CREATE INDEX STUDENT NAMES IDX 


ON STUDENT T (LName ASC, FName DESC); 


:DROP STATEMENT) تعليمة الإزالة‎ 2-1-7 


تُستخدم تعليمة «الإزالة» (DROP)‏ لحذف العناصر ذات المُسمّيات من هيكل قاعدة 
البيانات مثل الجداولء والمجالء والقیودء والمنظوراتء والفهارس... إلخ. كما أنه يُوجّد نوعان 
من الخيارات АК‏ لتعليمة الإزالة وهي «التتابع» (CASCADE)‏ و«التقييد» 
(RESTRICT)‏ فإذا ما أردنا حذف (تعريف) قاعدة بيانات بأكملها Lo‏ في ذلك ما تحتويه من 
جداول وقيود وجميع العناصر الأخرى المكوّنة لقاعدة البيانات يمكن استخدام تعليمة الإزالة 
مصحوبة بخيار التتابع» كما يلي: 


DROP SCHEMA Company CASCADE; 


Úi‏ إذا ái‏ استخدام خيار التقييد (Restrict)‏ الذي يمثل الحالة الافتراضیة ضمن تعليمة 
الإزالة؛ فإنه 29 إزالة (تعريف) قاعدة البيانات فقط وذلك عند عدم وجود ¿sÍ‏ عنصر فيها. أما إذا 
وُجد فيها عنصرٌ أو أكثر فلن تنفذ عملية الإزالة. 

كذلك هو Jall‏ عند استخدام التعليمة АЙ УУ‏ جدول ҢА‏ حيث Дз‏ استخدام خيار التتابع لإزالة 
محتويات الجدول» وتعريفه» والقيود المفروضة عليه والمنظورات المبنية Gf ade‏ إذا تع 
استخداح خيار التقييد؛ فإن عملية الإزالة لا تتم إلا في حالة عدم وجود ما يرتبط بالجدول من 
palic‏ أخرى ضمن قاعدة البيانات. كما يُمكن استخدام تعليمة الإزالة لحذف (sÍ‏ من مكوّنات 


قاعدة البيانات الأخرى» مثل: المنظوراتء والقيودء والفهارس» وقيود المجال التي з‏ تعريفها. 
وكما أسلفنا أعلاه؛ فإن الحالة الافتراضية لعملية الإزالة هي التقییدء بمعنى عدم حذف العنصر إذا 
احتوى على أية بيانات أو ارتبط Gs‏ من العناصر الأخرى لقاعدة البيانات. ويمثل الشكل التالي 
ثلاث تعليمات: الأولى تمثل عملية إزالة جدول المواد الدراسية ¿(Course Т)‏ على افتراض عدم 
وجود أي سجلات في الجدول» والثانية АЙ УУ‏ فهرس ¿(Course _IDX) („АА‏ والثالثة لإزالة 
منظور .(Course V) мам‏ 


DROP TABLE COURSE_T; 
DROP INDEX COURSE IDX; 


DROP VIEW COURSE V; 


:(ALTER STATEMENT) تعليمة التعديل‎ 3-1-7 


Ol‏ تعريف ¿s|‏ جدول أو عنصر ذي مُسمّى ضمن sacli‏ البيانات يمكن التعديل عليه باستخدام 
تعليمة التعديل (ALTER)‏ ومن التعديلات التي بالإمكان إجراؤها على جدول ما إضافة حقل 
جدیدہ أو حذف dia‏ من حقول الجدولء أو تغيير تعريف dia‏ ما ضمن الجدول» أو إضافة أو حذف 
قيد. فعلى سبيل المثال: يمكن إضافة حقل جديد لجدول أعضاء هيئة التدريس يعكس تاريخ 
الحصول على آخر Аз уз‏ علمية O sS‏ بياناته من نوع تاريخ» كما يلي: 


ALTER TABLE FACULTY Т ADD Graduation_Date Date; 


وبعد تعريف diall‏ الجديد؛ يجب إدخال بياناته Ú)‏ من خلال استخدام عبارة القيمة 
الافتراضية (DEFAULT)‏ أو من خلال استخدام تعليمة التحديث (UPDATE)‏ على البيانات 
التي سنتطرق Ду)‏ أما إذا لم يتم تعريف قيمة افتراضية للحقل الجديد؛ فستكون قيمته لجميع 
السجلات في الجدول غائبة. 

ولإزالة йз‏ ما من جدول؛ فإنه يجب تعريف سلوك عملية الإزالة: إما تتابع 
LJ, (CASCADE)‏ تقیید (RESTRICT)‏ وعند استخدام تتابع؛ تتم إزالة الحقل والقيود 


المعرفة عليه كافة» والمنظورات التي تستخدمه في تعريفها؛ وذلك بشكل تلقائي في أثناء إزالة 
الحقل. ОЙ‏ استخدام خيار التقييد؛ فتكون عملية الإزالة ناجحة فقط Laie‏ لا يكون هنالك ¿s|‏ 
عنصر من عناصر قاعدة البيانات مستخدماً لهذا الحقل في تعريفه أو الرجوع إليه. وتمثل التعليمة 
التالية طريقة إزالة Jia‏ تاريخ الميلاد (DOB)‏ من جدول أعضاء äia‏ التدريس: 


ALTER TABLE FACULTY T DROP DOB; 


كما éj‏ تعليمة التعديل تمن أيضاً من حذف القيمة الافتراضية Jiad‏ ماء كما يوضح المثال 
التالي الذي يقوم بإزالة القيمة الافتراضية من حقل رقم عضو التدريس المعرّف في جدول 


ALTER TABLE SECTION_T ALTER FACULTY Т) DROP DEFAULT; 


e а l u q ы ДШ‏ رف عضيو سینا 
التدريس في جدول المجموعات الدراسية؛ بحيث تكون القيمة الافتراضية "АААААААА“‏ 


ALTER TABLE SECTION_T ALTER FACULTY_ID SET DEFAULT 'АААААААА'; 


ويُمكن استخدام تعليمة التعديل؛ لتغيير القيود؛ من حيث حذفها أو تعريفهاء كما سبق أن 
أوضحنا في الجزء المتعلق بتوصيف القيود وأنواعها. 

ويحتوي الملحق رقم )1( في جزئه السادس (ملحق رقم )1( - 6( على eli‏ لجميع جداول 
قاعدة بيانات الجامعة الأهلية والبيانات التي تحتويها القاعدة في بيئة أوراكل. وتمثل قاعدة 
البيانات هذه محور الغالبية العظمى من التمارين التطبيقية الواردة في هذا الفصل وفي الفصل 
الثامن. 


:((Data Manipulation Language (DML) معالجة البيانات‎ А 2-7 


1-2-7 تعليمة الاختيار (أو الاسترجاع) :(SELECT STATEMENT)‏ 


iaki 3‏ الاختيار (SELECT)‏ واحدةً من А)‏ تعليمات АЫ‏ الاستفسار البنائية. 
وتُستخدم تعليمة الاختيار لاسترجاع البيانات الموجودة في قاعدة البيانات. كما تجدر ملاحظة أن 
تعليمة الاختيار في لغة الاستفسار البنائية ليست ذات АЙ‏ علاقة مع عملية الاختيار في الجبر 
العلاقي الذي سبق التطرٌق إليه في الفصل الرابع. كما تجدر أيضاً ملاحظة وجود فرق جوهري 
بين لغة الاستفسار البنائية والنموذج العلاقي الرسمي. (аб,‏ هذا الفرق في أن لغة الاستفسار 
البنائية تتعامل مع الجداول على أساس أنها حقائب (Bags)‏ (أو مجموعات متكررة ((Multiset)‏ 
عوضاً عن مجموعات من السجلات كما هو الحال في النموذج العلاقي الرسمي. ويعني ذلك؛ أنه 
من الممكن أن تتكرّر السجلات في الجداول باستخدام لغة الاستفسار البنائية؛ الأمر الذي لا يُمُكن 
في النموذج العلاقي الرسمي. ومع هذا يمكن أن تقيّد الجداول؛ بحيث لا يمكن أن تتكرر السجلات 
فيها؛ وذلك باستخدام المفتاح الرئيسي الذي لا يمكن أن تتكرر قيمه» كما يمكن أن تقيد القيم 
المسترجعة من جدول ما باستخدام تعليمة الاختيار؛ بحيث لا تتكرّر ضمن نتيجة العملية؛ وذلك 
باستخدام عبارة (DISTINCT)‏ التي تقوم بحذف الميّجلات المتكرّرة من نتيجة العملية. 


л ә;‏ لتعليمة الاختيار العديذ من الأشكال التي قد يكون بعضها مُعقداً بشكلٍ كبير؛ إلا أننا 
سنبدأ بأبسط أشكال التعليمة» وسنواصل شرح التعليمة وصولاً إلى الأشكال المعقدة منها. А‏ 
الشكل العام للتعليمة эва‏ ‹ كما يلي: 
SELECT [DISTINCT] ColumnName(s)‏ 


FROM Table(s) 
[WHERE Condition] 


[GROUP BY ColumnName(s)] 
[HAVING Condition | 
[ORDER BY ۳۶ 


Оз;‏ العبارات داخل الأقواس المربعةء في الشكل العام للتعليمة» على أنها عبارات اختيارية 
âi‏ استخدامها حسب الحاجة؛ مما يعني أنه لا يجب استخدامها في أشكال التعليمة كافة. إلا أنه عند 
استخدام العبارات الاختيارية؛ فإنه يجب إدراجها ضمن التعليمة بالترتيب نفسه الوارد في الشكل 
العام للتعليمة المذكور أعلاه. 


1-1-2-7 اختيار أعمدة 5242 من جدول: 


إن أبسط شكل iaki‏ الاختيار (SELECT)‏ يكون عند استخدامها لاختيار حقل أو أكثر 
من جدول معين. وعند استخدام التعليمة في هذه الصورة؛ فإنه يعني إظهار قيم الحقول التي تمٌ 
تحديدها ضمن عبارة الاختيار (SELECT)‏ من الجدول المذكور في عبارة (FROM) «ое»‏ 
وي بيّن الشكل التالي تعليمة الاختيار في اب سط صورها. 


SELECT TableName.ColumnName, 
TableName.ColumnNam=e.... 


:FROM TableName 


- مثال 1: ما أرقام وأسماء المواد الدراسية التي تقيّمها الجامعة الأهلية؟ 


ш‏ سک де SELEG; А5 ААЙ‏ کر اتراد افر 
(COURSE_T)‏ بحيث Аъ‏ اختيار dia‏ رمز المادة الدراسية Jiss (Course ID)‏ عنوان 
المادة الدراسية (Title)‏ کما بی 


SELECT СОСКЅЕ Т.Соиѕе а, 
COURSE Т.Тійе 


FROM COURSE Т; 


ويُمكن الاستغناء عن اسم الجدول في تعليمة الاختيار (SELECT)‏ (أو غيرها من تعليمات 
((SQL)‏ من أسماء الحقول؛ وذلك في حالة عدم وجود التباس في أسماء الحقول التابعة للجداول 
المستخدمة في التعليمة. ففي المثال السابق جميع الحقول تتبع لجدول واحد» هو جدول المواد 
الدراسية (COURSE_T)‏ لذلك فإنه لا يُوجد التباس في مسميات الحقول التي سيتم تطبيق تعليمة 
الاختيار عليها؛ لذا فإنه يمكن الاستغناء عن اسم الجدول من مسميات الحقول المختارة لتصبح 
التعليمة كالتالي: 


SELECT Course_Id, Title 


FROM COURSE_T; 


وباستخدام نظام قاعدة بيانات أكسس يمكن تنفيذ التعليمة من خلال اختيار أيقونة تصميم 
الاستعلامات (Query Design)‏ الموجودة تحت تبويبة الإنشاء «(Стеаѓе)‏ كما يلي: 


° 8 8 أ 
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25 اختيار جدول المواد الدراسية» الذي سئنفذ عليه تعليمة الاختيار» ویتغ الضغط على أيقونة 
الإضافة (Add)‏ عندئذِ سيتمٌ إدراج الجدول في الجزء العلوي من شاشة الاستفسار. بعد ذلك یتم 
اختيار الحقلين المطلوبين؛ وذلك من خلال سحبهما من الجدول وإلقائهما في الحقل المناسب ضمن 
المخطط السفلي المخصّص لإنشاء التعليمة» أو الضغط على 05 منهما باستخدام الفأرة ضغطاً 


зз а‏ كما يلي: 


m Query1 - © X 
COURSET [] 
۲ Couse iD 
Title 
Units 
Department 10 
7 C 
Рей: |Сове Ш [Tie | 2 
Tabie: [CORSE T СОВ T | | 
Sort: | | 
Show: M М Е U D لا‎ 
Стела: 
or: | 
' ‚ | 


мл‏ ملاحظة أن الحقل All‏ رمز المادة الدراسية (Course ID)‏ قد ظهر وبجواره 
علامة مفتاح؛ للدلالة على أنه المفتاح الرئيسي للجدول. كما ظهر Gia‏ جديدٌ ضمن الجدول برمز 
علامة النجمة (Ж)‏ ويعني هذا الحقل أنه Gia‏ لجميع حقول الجدول» بمعنى أنه يُمكن اختياره 
لإظهار كل حقول الجدول ضمن نتيجة عملية الاختيار دون الحاجة إلى سحب Jis OS‏ على جدة 
وإلقائه ضمن مخطط إنشاء الاستفسار. 


بعد ذلك А‏ تنفيذ عملية الاختيار من خلال اختيار أمر التنفيذ (RUN)‏ الذي تعلوه علامة 
التعجب )!( من القائمة» كما еМ‏ 


— 
вн ہہ‎ Aze TTT == 1 
Еа ۸۵ л PATARAS ۱ 
=a = = += = 
! Hz! L. š У. "ч 
ы ч Р 9 +سہ۸‎ Del 1 Prepe 
View fum Ка Make Append Оссо? b Delete Total эше 
2 ف | بب‎ 0 п UF Table Names 
зш n Hud 
Que *” 
меу! = 
әш о 
Tite 
Units 
Dw 1 
Peli: [Couse D тш 
Tanie: [COURSE Т 
Sart: 
w. vi Ë لا نا‎ ы L: 
ritena: 1 
ar! 
| 
Ready B = ú 


وبعد تنفيذ العملية تظهر نتيجة عملية الاختیارء كما يلي: 


m Query1 


CHEM101 | Chemistry (1) 

|снемто2 | Chemistry [Il] 

|csıo1 [Java Programming 

cs102 [Software Engineering 
حمدی‎ CH Programming 

| 5104 | Computer Architecture 
65105 |Imtroduction to Database Systems 
EE101 [Electric Circuits 

EE102 [Electronics (1) 

EE103 [Electronics [lI] 

| جماعع‎ [Communication Networks 
ENGL101 | English Grammar 

ENGL102 | English Writing 

|ENGL103 | Technical Writing 

MATH101 Introduction to Mathematics 
МАТН102 | Differential Equations 
MATH103 | Caleulus {!} 

MATH104 Calculus (I!) 

| MATH106 [Algebra 

MATH 107 Computer Mathematics 
PHY5101 [Physics (I) 

PHY5102 | Physics (II) 

STAT101 Introduction to Statistics 
sTAT102 [Advanced Statisties | 


Recordi м 10٤24 |» м» I |Search 


' 
u 
| * 


وثمكن قاعدة بيانات أكسس СА‏ من إطلاع المستخدم على تعليمة لغة الاستفسار البنائية 
المكافئة للتصميم الذي تمَّ إعداده من خلال الانتقال إلى شاشة عرض (SQL)‏ كما يمكن كتابة 
تعليمات (SQL)‏ مباشرة من خلال شاشة عرض (SQL)‏ والشكل التالي يُوضّح تعليمة (SQL)‏ 
ДЫ‏ المثال حسب ظهورها في شاشة عرض (SQL)‏ التابعة لقاعدة بيانات أكسس بعد عملية 


تصميم الاستفسار. 


پا یں سی م [m Bh‏ 


7 - 5 * 
EY Da CIO ہا‎ ра Майа) ан Н Sip PÎ 
سر‎ ' Dine t fines C Ж ا‎ 

E! ٭+ ج6‎ پ٢‎ 8 Ка > 

ы 9 2а» ese bwl -‏ جج З н‏ و0 

/ Pr ы! ма (po opdie Crus Duke 1 

- kk MH henin ںا‎ 4 
۳د یڑ‎ Deyne Nai 

| [E] е > 
| SQL ү а 
| 3 ya! 
l SAC ОЛАФ 1 سحتد‎ ID لضان‎ 11% 
| м Dosia View гим sz T 
| ! 


| أيقونة التحويل 


إلى منظور SQL‏ 


шишиши 


- مثال 2: ما أرقام المواد الدراسية المنقذة؟ 


الحل: نستخدم تعليمة الاختيار (SELECT)‏ مرةً أخرى؛ ولكن على جدول المجموعات 
الدراسية Las (SECTION Т)‏ عن جدول المواد الدراسية (COURSE Т)‏ وبحيث يتم 
اختيار حقل رمز المادة الدراسية )10 ¿(Course‏ كما لي 


SELECT Course ID 


FROM ЅЕСТІОМ Т; 


والشكل التالي يوضّح شاشة عرض التصميم للتعليمة السابقة باستخدام نظام قاعدة بيانات 
qasi‏ 


وللاطلاع على شكل التعليمة من منظور ё (SQL)‏ الانتقال إلى شاشة عرض (SQL)‏ 
كما في المثال السابق؛ ليظهر الشكل التالي للتعليمة. 


B ki ° ; Access UY TOOLS ؟‎ 5 X 
ALE HOLE Сл РЛЕРМА АА DATABASE OOLS Асош DEIGEN Sinin PA 
Е = = TE ہچ‎ D Union È Inset Rows теў Colum ` = FI Property Shee 
| = +I z! | 5 : м У fi] Property 
Ë Pass-Through ۲ مان كا‎ Ма 
E ہہ‎ Saed Make Append ране Cromsisb Delete ہے‎ 5 ро те 
x эш М Data Попея 
یڈ‎ Type uen Setup Shem de ^ 

Datasheet View 2 
: 8 | / 
SQL SQL View كي ال‎ 

я 
м 8 SE ECT SECTION, Т.боше ID 
С Design View FIOM ECON Т; 
E 17 
EB течет? 
ËÜ 06:7 
EB secon 
к: suar 
` 
€ > 

ady 1 4 


وعند تنفيذ التعليمة باستخدام الأمر (RUN)‏ سواء أكان ذلك من شاشة عرض التصميم أو 
من شاشة عرض (SQL)‏ يكون الناتج كما هو مُوضّح في الجدول التالي. 


СНЕМ101 


[МАТН101 | 
[МАТН102 | 


يُلاحَظ في نتيجة التعليمة تكرار مادة الكيمياء )101( (СНЕМ101)‏ ومادة الحاسب الآلي 


(С5101) (101)‏ وذلك لكون کلتا المادتين تُنفذان من خلال مجموعتين دراسيتين عوضاً عن 


مجموعة دراسية واحدة. ويعني هذا أن تعليمة الاختيار (SELECT)‏ تقوم باختيار قيمة الحقل 
الذي تمَّ تحديد اسمه ضمن التعليمة دون اعتبار لافتراض ما إذا كانت قيمته قد تم اختيارها سابقاً 
ضمن نتائج التعليمة أم لا؛ غير أنه في الكثير من الأحيان نحتاج إلى إدراج قيم الصفوف في النتائج 
دون تكرار. وتظهر هذه الحاجة О)‏ خاص عندما У‏ يكون ضمن الحقول المُحدّدة في تعليمة 
الاختيار المفتاح الرئيسي للجدول؛ نظراً لإمكانية تكرار قيم بقية حقول الجدول» في مثل هذه الحالة 
كما «Ша ы‏ المثال السابق. ولهذا السبب توفر مواصفات لغة الاستفسار البنائية (SQL)‏ الكلمة 
المحجوزة (DISTINCT)‏ التي تقوم بحذف الصفوف المتكرّرة من النتيجة النهائية للتعليمةء 
وإظهار قيمة كل صف مرة واحدة فقط بغض النظر عن المرات التي يتكرّر فيها. 

2-1-7 حذف الصفوف المتكرّرة من نتيجة تعليمة الاختيار باستخدام كلمة 
:(DISTINCT)‏ 


توفر (SQL)‏ الكلمة المحجوزة (DISTINCT)‏ ضمن تعليمة الاختيار (SELECT)‏ 
وثمكّن هذه الكلمة عند استخدامها من حذف تكرارات O<‏ صف وإظهاره ضمن النتيجة النهائية 
لتعليمة الاختيار مرة واحدة فقط بغض МАМІ‏ عن عدد مرات تكرار الصف. وعند استخدام تعليمة 
الاختيار (SELECT)‏ دون استخدام (DISTINCT) HSI‏ فإن القيمة الافتراضية للتعليمة هي 
إظهار صفوف النتيجة كافة بما فيها المتكرر منها. والشكل التالي يوضّح تعليمة الاختيار عند 
تضمينها على كلمة .(DISTINCT)‏ 


SELECT DISTINCT ColumnName, ColumnName, . . . 


FROM TableName: 


- مثال 3: ما أرقام المواد الدراسية المنفذة؟ أظهر أرقام المواد الدراسية دون تكرار (أي: 
بغض النظر عن عدد المجموعات (أو الشعب) المنفذة من خلالها). 

الحل: نستخدم تعليمة الاختيار (SELECT)‏ مرةً أخرى على جدول المجموعات الدراسية 
+(SECTION_T)‏ بحيث یتم اختيار dia‏ رمز المادة الدراسية (Course П)‏ مع حذف 
الصفوف المتكررة من نتيجة الاختیارء كما يلي: 


SELECT DISTINCT Course ID 


FROM SECTION_T; 


وتكون نتيجة التعليمة السابقةء كما يلي: 


COURSE_ 
CHEH101 
CS1801 
CS102 
"03 
۲ ہو‎ 
65185 
1 
۲2 
1 
2 
۹ 
7 
23 
Матн با8‎ 
۲1 
۲٢٢2 
STAT101 
STAT102 


ويمكن تنفيذ التعليمة» في بيئة أكسس» مباشرة من خلال شاشة عرض (SQL)‏ كما يلي: 


CHS o: : Access 008111305 әт x 

HOME CREATE  EXTEANALDATA  DATAEASETOOLS Асса DESIGN Sign in 
سپ‎ Dri тн  > 90 : 

м! Z! E k nka €* Insert Row 5‏ | اتع | ا 

к ЕЕ @ га Тоц X Jdete 5 х 0+7 = Property Sheet 

Меи Run ھا‎ Make Append لم(‎ Crostab Dalete how h atak 


Table м Она Definition т. № Buide „© Ratum: F Table Nair 


Cuen Ype ال کا‎ бе 


Ё Datasheet View 


SQL SOL Vew 
Query! 
۷ = SELECT DISTINCT 2100117 Course 
K Design View FRON SECTION T; 
3 АА! 


E] ۲۸۶:٤3 
E] 017 


وتكون نتيجة التعليمة الجدول التالي الذي يُلاحَظ فيه حذف الصفوف المتكررة من نتيجة 
المثال السابق. 


EE101 
EE102 
ENGL101 
ENGL102 
MATH101 
MATH102 
MATH103 
MATH104 
PHYS101 
PHYS102 
STAT101 
STAT102 


E 
Ш 
F 
1 
Сато 
аА 
ОШ 
ШОШ] 
Б ОД 
20 
Б 
8 9 


كما يُمكن حل Jidl‏ من خلال استخدام شاشة تصمیم الاستفسار؛ بحيث Ёз‏ تغيير خواص 
الاستفسار (Properties)‏ بعد تصميم الاستفسار gra a)‏ القیم بشکلِ غير متکررء حسب التالي: 


]- تصمیم الاستفسار؛ بحیث يظهر رمز البرنامج (Course ID)‏ من جدول 
(SECTION T)‏ 


2- الدخول إلى خصائص الاستفسار ЦІ (Properties)‏ من خلال القائمة أو بالضغط على 
زر الفأرة الأيمن (وذلك عندما يكون المؤشر في الجزء العلوى من شاشة التصميم) ومن ثم اختيار 
.(Properties)‏ 

3- تغيير قيمة Jia‏ القيم المتكررة (Unique Values)‏ من (No)‏ إلى .(Yes)‏ 

ويوضّح الشكل التالي شاشة عرض التصميم وقائمة الخواص مُوضتحاً عليها الحقل الواجب 


“ š АЧ 
0 3 پیر‎ 


ويُمكن ЗЫ‏ من أن تصميم التعليمة في شاشة عرض التصميم مطابقٌ لتعليمة (SQL)‏ 
المتضمّنة على كلمة (DISTINCT)‏ من خلال الانتقال إلى شاشة عرض (SQL)‏ كما أنه عند 


تنفيذ التعليمة من شاشة عرض التصميم تكون القيم 2321 Аз‏ في جدول النتيجة مطابقة لنتائج تنفيذ 
تعليمة (SQL)‏ من شاشة عرض (SQL)‏ 


3-1-2-7 الأسماء المستعارة للأعمدة (ALIAS)‏ 


قد تحتوي أسماء الأعمدة في الجداول على اختصارات؛ بحيث يصعب على جميع 
المستخدمين لقاعدة البيانات فهمهاء أو قد يكون من المتعارف عليه استخدامُ اسم معين من قبل 
مجموعة من المستخدمين لحقل معين يختلف عن الاسم الذي تمَّ تعريفه به في قاعدة البيانات. لذلك 
توفر لغة (SQL)‏ القياسية طريقة تمن المستخدم من إعادة تسمية أعمدة الجداول عند عرض نتائج 
تعليمة الاختیار (SELECT)‏ بحيث تظهر بمسميات مختلفة عن المسمّيات الأصلية التي سُمّيت 
بها في قاعدة البيانات. كما أن إعادة التسمية هذه لا تؤثر في المسميات الأصلية للأعمدةء وإنما 
تتلاشى فاعليتها بمجرد إظهار نتائج التعليمة. ولإعادة تسمية عمودٍ ما بكلمة baal g‏ 25 كتابة الاسم 
الجديد له مباشرةً بعد اسمه الأصلي. j‏ إذا كان الاسخ الجديذ مكوناً من أكثر من كلمة؛ فإن الاسم 
الجديد يُكتب داخل علامتي تنصیص مزدوجة. والمثال التالي يُوضّح طريقة استخدام إعادة التسمية. 


- مثال 4: ما أرقام وأسماء المواد الدراسية التي تقدّمها الجامعة الأهلية؟ اجعل اسم عمود 
أرقام المواد الدراسية Lase (#CRS) („Аза‏ عن مُسمٌاہ الأصلي ¿(Course ID)‏ واسم عمود 
المواد الدراسية (Course Title)‏ عوضاً عن مسماه الأصلي .(Title)‏ 


الحل: نستخدم تعليمة الاختيار (SELECT)‏ على جدول المواد الدراسية 
t(COURSE_ Т)‏ بحيث А‏ اختيار dia‏ رمز المادة الدراسية ¿(Course ID)‏ وحقل عنوان 
المادة الدراسية (Title)‏ كما نستخدم طريقة إعادة التسمية المذكورة code]‏ كما يلي: 


SELECT Course_Id AS CRS#, Title AS “Course Title” 


FROM COURSE Т; 


وتكون نتيجة التعليمة السابقة كما يلي: 


CRSH Course Title 

CHEM191 CHEMISTRY (I) 

CHEHM102 CHEMISTRY (11) 

5181 JñUñ PROGRAMMING 

C5182 SOFTWARE ENGINEERING 

0513 С/С++ PROGRAMHING 

CS1 94 COMPUTER ARCHITECTURE 
5105 INTRODUCTION TO DATABASE SYSIEHS 
ЕЕ101 ELECTRIC CIRCUITS 

ЕЕ1 082 ELECTRONICS (1) 

ЕЕ 1 03 ELECTRONICS (II) 

ЕЕ1 81 COMMUNICATION NETWORKS 
انالاع‎ 1081 ENGLISH GRAHMAR 

ENGL102 ENGLISH WRITING 

EHGL103 TECHNICAL WRITING 

۲۱۸ ۲۱۱٢ 681 INTRODUCTION To MATHEMATICS 
HATH102 DIFFERENTIAL FQUATIONS 

۲۱۸ ۲۲۳۰ аз CALCULUS (I) 

۲۱۸ ۲11 өч CALCULUS (II) 

۲۱8۸ ۲۲٢۰ 86 ALGEBRA 

۲٥۸ ۲1٢٣ 687 COMPUTER MATHEMATICS 
۲۲۷٣۰٣01 PHYSICS (1) 

PHYS102 PHYSICS (11) 

5181319331 INTRODUCTION TO STATISTICS 
51681102 ADUANCED STATISTICS 


оба,‏ تنفيذ التعليمة» في نظام أكسس؛ من خلال كتابة المُسمَّى الجديد للحقل متبوعاً 
بالنقطتين المتعامدتين (:) ومن ثم الاسم الأصلي للحقلء كما يلي: 


(| = 1 баке += Rua رر و سے‎ = [ пр Yw 
| حا كم‎ +I Zl 5 ٠ | 36 .سم یی‎ е Соы > 8 اسا بان‎ 
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راظیں um ААИ АЗ ДУН АА) Ls‏ سن خلال АЗ‏ عرض Жамай.‏ قاف 
عرض (SQL)‏ كما يلي: 


00110:۸7 ASE DOS haroba 


= = : Una 0 ۴ ret Сайт 2. Fj Prcgaty Sheet 
E! 33 +T! Z! E aa > к 
٠ پہ‎ G> ? 5 x ۴ ebes Col ny 0 
Мен Ra FEKÎ Make Append Ораше Crosstab Dele ' E. | 0 2417 x sin Pann е 
: bk Моно» и Аю» Biin 


шй. Ошту баре Ошу Setup ышы ^ 


All Access Obje... © = 
Т.й я 
3 سو‎ > Query 


DCFARTNEWT T EC CORSET Саше JD As [0058], CORSET TE А$ Eose Tie] 
Е {0м ОХ, 


000.7 
FACIK LI 


3 
= 
9 
ا‎ mewer 
E] 
= 
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[ТИЕ [ы 
LOH 


ломал 


Qucery1‏ لحم 
Г EET Course Title‏ 


CS102 software Engineering 
C5103 C/C++ Programming 
CS104 Computer Architecture 
CS105 Introduction to Database Systerr 
EE101 Electric Circuits 
ЕЕ1О2 Electronics (1) 
EE103 Electronics (11) 
EE104 Communication Networks 
ENGL101 English Grammar 
ENGL102 English Writing 
ENGL103 Technical writing 
MATH101 Introduction to Mathematics 
MATH102 Differential Equations 
MATH103 Calculus (1) 
MATH104 Calculus (1) 
MATH106 Algebra 

| MATH107 Computer Mathematics 
PHYS101 Physics (1) 
PHYS102 Physics (11) 

| STAT101 Introduction to Statistics 
STAT102 Advanced Statistics 


+ 
Record: 14 [10724 | > м چم‎ і (Search 


كما يُمكن استخدام الأسماء المُستّعارة للجداول أيضاً في تعليمة الاختيار» وخاصة عندما 
يُستخدم الجدول نفسه أكثر من مرة في نفس التعليمة لإجراء عملية ربط (Join Operation)‏ كما 


سنری لاحقاً عند شرح عملية الربط. والمثال التالي يوضّح طريقة استخدام الأسماء المستعارة 


للجداول. 
SELECT C.Course_Id, C.Title‏ 
FROM COURSE T C:‏ 


БҸ,‏ في المثال السابق أنه قد S‏ استخدام اسم مُستعار لجدول المواد الدراسية 
(COURSE Т)‏ في š b=‏ مصدر الاختيار (FROM)‏ ليصبح اسمه С‏ وبعد ذلك؛ É‏ 
استخدام المُسمََّى المستعار للجدول ضمن عبارة الاختيار (SELECT)‏ في تعليمة الاختيار. وعلى 
الرغم من أن عبارة مصدر الاختيار (FROM)‏ تأتي بعد عبارة الاختيار؛ Oš‏ هذا الترتيب لا يعني 
أن تعليمة الاختيار تُنقَدْ في نظام قاعدة البيانات حسب تسلسل العبارات في التعليمة كما سنوضّح 
Ду‏ 

4-1-7 اختيار كافة أعمدة جدول: 


لاختيار جميع أعمدة جدول ما يُمكن استخدام علامة النجمة (Ж)‏ مع تعليمة الاختيار. وتقدّم 
هذه الطريقة اختصاراً يُعفينا من سرد أسماء 0 حقول الجدول. والشكل التالي аз‏ تعليمة الاختيار 


FROM TableName; 


أو 


SELECT DISTINCT 


* 


FROM TableName; 


- مثال 5: ما تفاصيل جميع البرامج التدريسية التي توفرها الجامعة الأهلية؟ 


SELECT * 


FROM COURSE_ Т; 


وتكون نتيجة التعليمة «АШЫ‏ كما يلي: 


COURSE TITLE UHITS DEPñRT 
CHEM1 91 CHEMISTRY (1) 

۰٢٢۴٢٢١ 82 CHEMISTRY (II) 

6511 JAUA PROGRAMMING 

("02 SOFTWARE ENGINEERING 

с5103 C/C++ PROGRAMMING 

5100 COMPUTER ARCHITECTURE 

025105 INTRODUCTION TO DATABASE SYSTEMS 
ЕЕ 101 ELECTRIC CIRCUITS 

EE102 ELECTRONICS (1) 

EE103 ELECTRONICS (11) 

COMMUNICATION NETWORKS‏ زیر نچک 
ENGL101 ENGLISH GRAMMAR‏ 

EHGL 402 ENGLISH WRITING 

ENGL103 TECHNICAL WRITING 

۹۵۸۲۲۱۳۰ 61 INTRODUCTION To MATHEMATICS 
رمم‎ 102 DIFFERENTIAL EQUATIONS 
۹۵۲۲۱۳ ез CALCULUS (1) 

۲۸۲۲۰ 82+ CALCULUS {II} 

MATH106 ALGEBRA 

۵۸۲۲۲۳ 07 COMPUTER MATHEMATICS 
PHYS101 PHYSICS (I) 

PHYS102 PHYSICS (II) 

518131801 INTRODUCTION TO STATISTICS 
STAT102 ADVANCED STATISTICS 
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Úi‏ في حالة الرّغبة في ترتيب حقول الجدول 5 D‏ معيناً؛ АЙА‏ لا بد من سرد أسماء حقول 
الجدول كافة ضمن تعليمة الاختيار وفقاً للترتیب الذي نرغب فيه؛ لأن استخدامَ علامة النجمة ضمن 
تعليمة الاختيار تسترجع بيانات الحقول وفق الترتيب الذي غرّفت فيه ضمن تعليمة إنشاء الجدول. 
فعلى سبيل المثال: لو أردنا استرجاع بيانات جدول المواد الدراسية وفق الترتيب Course _ID,)‏ 
(Units, Department ID, Title‏ فإنه يمكن استخدام تعليمة الاختيار» كما يلي: 


SELECT Course ID. Units, 
Department ID, Title 


FROM Course Т; 


606-1 
6012 
511 
0512 
6513 
65101 
65185 
EF1 01 
EE182 
EE183 
EE104 
ENGL 101 
ENGL 182 
ENGL 1 3 
MATH1 81 
MATH1 92 
MATH1 өз 
MATH1 84 
MATH1 96 
MATH1 O7 
PHYS1 1 
PHYS182 
STñT181 
STñT182 


دہ ошооо‏ © دا دا دا Z‏ د۸ كن © دغ © © E G‏ دہ © © © ده 


وتكون نتيجة التعليمة السابقةء كما يلي: 


DEPART TITLE 


CHEHISTRY (I) 

CHEMISTRY (11) 

JAVA PROGRAMMING 

SOFTWARE ENGINEERING 

C/C++ ۲۱۲٢٢٣٥۹ 

COMPUTER ARCHITECTURE 
INTRODUCTION TO DATABASE SYSTEMS 
ELECTRIC CIRCUITS 
ELECTRONICS (1) 
ELECTRONICS (11) 
COMMUNICATION NETWORKS 
ENGLISH GRAMMAR 

ENGLISH WRITING 

TECHNICAL WRITING 
INTRODUCTION To MATHEMATICS 
DIFFERENTIAL EQUATIONS 
CALCULUS (1) 

CALCULUS (11) 

ALGEBRA 

COMPUTER MATHEMATICS 
PHYSICS (1) 

PHYSICS (11) 

INTRODUCTION TO STATISTICS 
ADUANCED STATISTICS 


:(Conditional Retrieval) الاسترجاع المشروط‎ 5-1-2-7 


تُسترجّع البيانات fate‏ باستخدام تعليمة الاختيار وفق شروط مُحدّدة. وتوفر لغة الاستفسار 
البنائية العدية من عوامل المقارنة المنطقية التي يمكن استخدامها ضمن عبارة شرط الاسترجاع 
(WHERE)‏ ومن عوامل المقارنة المنطقية المُستخدمة في لغة الاستفسار البنائيةء ما يلي: 


عوامل المقارنة المستخدمة فى شرط الاسترجاع 


يساوى 
لا يساوى 
أكبر من 


أكبر من أو يساوى 
أقل من 
أقل من أو يساوى 


وتأتي عبارة شرط الاسترجاع (WHERE)‏ بعد عبارة مصدر الاسترجاع (FROM)‏ في 
الترتیب ضمن تعليمة الاختيار. والشكل التالي يوضّح عبارة شرط الاسترجاع ضمن تعليمة 


الاختيار. 


SELECT |*] | ColumnName1, ColumnName2, .... ColumnNameN 


FROM TableName 
WHERE [NOT] ColumnName Comparison-Operator Literal; 


ويقصد بعامل المقارنة (Comparison Operator)‏ في تعليمة الاختيار السابقة aaj‏ 
عوامل المقارنة المُدرَجة في الجدول أعلاه. МЇ‏ كلمة النفي (NOT)‏ فهي اختيارية» ويعني بها نفي 
شرط الاختيار الذي یلیھاء على حين يُقصد بثابت المقارنة Ц) :(Literal)‏ قيمة ثابتة وإِمًا A‏ 
حقل آخر. وعادة ما تتطلب قواعد المقارنة المنطقية توافق أنواع البيانات للحقول التي تقوم بالمقارنة 
بينها: مثل مقارنة رقمي برقمي أو سلسلة حرفية بسلسلة حرفية. كما يُلاحَظ أن البيانات الرقمية من 
نوع البيانات Gil gia «SMALLINT»‏ مع نوع البيانات ¿NUMBER‏ والسلاسل الحرفية من 
نوع بيانات «CHAR»‏ متوافقٌ مع نوع البيانات Lal «VARCHAR»‏ وبذلك يعتمد نوع 
بيانات ثابت المقارنة على نوع بيانات العمود الذي 25 معه المقارنة. وفي حال كان ثابت المقارنة 
ثابتاً حرفياً؛ فإنه يُوضّع بين علامتي تنصيص مفردتين () إذا كانت بيانات العمود الخاضع 
للمقارنة حرفياً. كما يُمكن أيضاً استخدام اسم عمود آخر أو تعبير حسابي Уз‏ من استخدام قيمة 
ثابتة لثابت المقارنة كما سيتضح فيما بعد. وتُمكّن لغة الاستفسار البنائية من الربط بين أكثر من 
شرط استرجاع باستخدام العوامل المنطقية «و» (AND)‏ و (ОВ) «з»‏ 

- مثال 6: ما أسماء أعضاء هيئة التدريس الذين يعملون في قسم اللغة الإنجليزية 
)ENGL(؟‏ 

الحل: تُطبق تعليمة الاختيار على جدول أعضاء هيئة التدريس؛ بحيث Аз‏ اختيار حقل الاسم 


الأول واسم العائلة من حقول الجدول» وبحيث يُطبق شرط الاختیار على حقل رمز القسم الذي يجب 
أن يكون مساوياً للقيمة الثابتة C ENGL‘)‏ 


SELECT FName, LName 
FROM ҚАСОТҮ T 
HERE Department ID = ‘ENGL; 


وتكون نتيجة التعليمة السابقة الجدول التالي الذي يحتوي على أسماء أعضاء هيئة التدريس 


FHñHE LHñHE 
Yahya Khorshid 
Salem ñlhamad 
Salman ñlbassam 


- مثال 7: ما أسماء ورواتب أعضاء هيئة التدريس الذين يتقاضون مرتبات تساوي 
0 ألفاً أو أكثر؟ 


الحل: 


SELECT FName, LName, Salary 
FROM FACULTY Т 
HERE Salary >= 40000; 


وتكون نتيجة التعليمة السابقةء كما يلي: 


F NAHE LHñHE SALARY 
Mohammed ñlhamad 11008 
Сһапіп ñlghanim 445 8 
Saleh ñlghamdi 58160 
Salem ñlhamad 0 0 
Fahad Alzaid 44300 
Saud Alkhalifa 44900 
Sultan Aljasir 433 0 
Ali Albader 45300 
Saad Alzhrani 44200 


- مثال 8: ما أسماء ورواتب أعضاء هيئة التدريس الذين У‏ يعملون في قسم الحاسب الآلي 
CS‘‏ 


SELECT 
FROM 


Name, LName, Salary 


FACULTY Т 


HERE Department ID < > ‘CS’; 


SELECT FName, LName, Salary 


وتكون نتيجة التعليمتين السابقتين» كما يلي: 


FHñHE LHñHE SALARY 
Khalid ñloufi 356 
Fahad ñlhamid 25900 
Ahmad ñlotaibi 33988 
Saleh ñlghamdi 86 0 
Yahya Khorshid 36700 
Salem Alhamad 100808 
Salman ñlbassam 33888 
Turki ñlturki 2 00 
Fahad Alzaid 44300 
Saud ñlkhalifa 449 0 
Mahmood ñlsalem 319060 
Hishal ñlmazid 29800 
Sultan 65133511 433 88 
Ali ñlbader 45300 
Saad ñlzhrani 442 ٥ 
аһпаа Alsabti 33900 


- مثال 9: ما أسماء ورواتب أعضاء هيئة التدريس الذين يعملون في قسم الحاسب الآلي» 
وتزيد رواتبهم عن 40,000 أو تقل عن 30,000؟ 


الحل: 


SELECT FName, LName, Salary 
FROM FACULTY_T 


WHERE Department_ID = ‘CS’ AND (Salary > 40000 OR Salary = 30000); 


وتكون نتيجة التعليمة السابقة» كما يلي: 


ЕНАМЕ МАМЕ SALARY 


Mohammed ñlhamad 86 
07 ñlghanim 445 08 
Ibraheem ñlsaleh 25000 


كما يُمكن حل المثال السابق في بيئة أكسس من خلال وضع شروط الاسترجاع في الصف 
المعنون بالمعيار (Criteria)‏ والصف الذي يليه والمعنون (ОК)‏ حيث يمكن وضع الشروط في 
هذين الصفين حسب الروابط المنطقية بين الشروط المختلفة» سواء كانت «و» أم «أو». فإذا أردنا 
الرّبط بين الشروط بالرابط المنطقي «و»؛ А‏ نضع الشروط في الصف نفسه المخصّص للمعيار 
КЇ (Criteria)‏ أردنا أن نربط بين الشروط بالرابط المنطقي «أو»؛ فإننا نضعھا في الصف 
المعنون (ОК)‏ ويمكن الربط بتوليفات مختلفة من العوامل المنطقية بين الشروط المختلفة وفق ذلك 
كما یوضتح هذا المثال. كما يوضح هذا المثال أيضاً استخدام الحقل (Оерагітепі ПО)‏ من Js‏ 
أعضاء هيئة التدريس» ووضع شرط عليه دون إظهاره ضمن نتيجة التعليمة؛ وذلك من خلال عدم 
اختياره بكلمة إظهار (Show)‏ ويعني هذا أن هذا diall‏ لن يظهر ضمن أعمدة نتيجة العملية. 


FACULTY_T 


Ў Faculty_ID 


Field: FName 
Table: [FACULTY_T 
Sort: 
Show: мМ v 
Criteria: <30000 Ог >40000  |س”عك“‎ 
or: 


ويمكن الانتقالُ لشاشة عرض (SQL)‏ لرؤية تعليمة لغة الاستفسار البنائية التي تتوافق مع 
تصميم التعليمة السابق» والتي تکون كما يلي: 


= Quen 


SELECT FACULTY_T.FName, FACULTY_T.LName, FACULTY _T.Salary 
FROM FAOQJLTY Т 
WHERE ((FACULTY _T. Salary) >30000 Or (FACULTY _T. Salary) <40000( AND ((FACULTY_T.Department_ID)= CS); 


(LIKE, BETWEEN and IN) العوامل العلاقية‎ 1-5-1-2-7 


уа ә‏ هذا الجزء من الفصل ثلاثة عوامل علاقية أخرى يمكن استخدامها في شرط 
الاسترجاع (WHERE)‏ هي العامل العلاقي (LIKE) «Л»‏ الذي يستخدم لتحديد مواصفات معينة 
للسلسلة الحرفية التي يجب أن تنطبق عليها قيمة حقل حرفي ما ضمن عبارة شرط الاسترجاع؛ حتى 
یتم اختيار dad‏ الذي ينتمي gaa diali ad‏ نتيجة تعليمة الاختيارء والعامل «بين» 
(BETWEEN)‏ الذي يُحدّد مدّی معيناً لقيمة dia‏ ما ضمن عبارة شرط الاسترجاع؛ بحيث يجب أن 
تكون قيمة الحقل ضمن المدى الذي S‏ تحديده حتى يظهر السجل الذي ينتمي aal)‏ الحقل ضمن نتيجة 
تعليمة الاختيار» والعامل «في» (IN)‏ الذي يُحدّد مجموعة من القيم التي يجب أن تكون قيمة الحقل 
من ضمنها حتى يظهر السجل الذي يتبعه الحقل ضمن نتيجة تعليمة الاختيار. 

(ПКЕ Comparison Operator) «Jia» العامل العلاقي‎ 1-1-5-1-2-7 


يُستخدم العامل العلاقي gaa (LIKE) «Аз»‏ شرط الاسترجاع (WHERE)‏ للمقارنة 
بين قيمة з‏ ما بياناته من نوع السلاسل الحرفية بقيمة جزئية ثابتة لسلسلة حرفية ما؛ بحيث يجب أن 
تتضمّن قيمة الحقل قيمة АШЫЙ‏ الحرفية الجزئية الثابتة حتى يتحقق شرط الاختيار» ويظهر السجل 
الذي يتبعه diall‏ ضمن نتيجة تعليمة الاختيار. ويمكن أن تتكون السلسلة الحرفية الجزئية من أي 
حروف وأرقام وحروف خاصةء هي: )!#@$^®®*-+=( بالإضافة إلى الرموز الشاملة 
(WildCards)‏ المستخدمة مع LIKE‏ وهي: 


- الرمز الشامل )%(: ويُستخدم ليحل محل صفر أو أكثر من الحروف في السلسلة الحرفیة 
الجزئية. فمثلاً عند البحث عن الأسماء التي تبدأ بالحرف (G)‏ وتنتهي بالحرف (m)‏ بغض النظر 
عن الحروف بينهما يمكن كتابة السلسلة الحرفية الجزئيةء كما يلي: .('m%G: LIKE)‏ أما إذا أردنا 


البحث عن الأسماء التي تبدأ بالحرف (А)‏ بغض النظر عما يليها من حروف؛ فإنه يمكن كتابة 
السلسلة الجزئية» كما يلي: (ФА LIKE)‏ وإذا ما أردنا تلك التي تنتهي بالحرف (m)‏ بغض 
النظر عمًا يسبقها من حروف» يمكن كتابة السلسلة الحرفيةء كما يلي: тоо“ LIKE)‏ 

- الرمز الشامل ( -_ ): ویٔستخذم ليحل محل حرف واحد فقط من الحروف في السلسلة 
الحرفية الجزئية وفي مكان مُحدّد فيها. فعلى مربيل المثال: يمكن البحث عن الأسماء ذات طول ستة 
أحرف وتنتهي بالحرف «(т)‏ كما يلي: LIKE)‏ ° اا 
في السلسلة الحرفية الجزئية السابقة؛ هو خمس مرات. 

ويُمكن استخدام الرمزين الشاملین السابقين في توليفات مختلفة ضمن عامل المقارنة «مثل» 
(LIKE)‏ فمثلاً عند البحث عن الأسماء التي تبدأ بالحرف (А)‏ متبوعاً بحرف واحد فقط في 
الموقع الثاني بغض النظر عن الحرف الثاني» وبحيث يكون فيها الحرف الثالث هو (m)‏ وبغض 
النظر Ge‏ يتبع الحرف الثالث من حروف؛ فإنه يمكن كتابة السلسلة الحرفية الجزئية» كما يلي: 
.(%A m‘ LIKE)‏ وتجدر الملاحظة بأن حجم الحرف المُستخدم» سواء كان صغيراً أم كبيراًء 
ضِمن أية سلسلة حرفية في لغة الاستفسار البنائية له أهميته. فعلى سبيل المثال: 32 الحرف (А)‏ 
والحرف (a)‏ مختلفين نھائیأء وليس بينهما АЙ‏ علاقة عند استخدامنا لهما ضمن السلاسل الحرفیة 
سواء كانت ضمن عامل المقارنة «مثل» أو في أي موقع تُستخدم فيه السلاسل الحرفية. 


ويُمكن استخدام عامل النفي (NOT)‏ بالإضافة إلى عامل المقارنة ta ay‏ بحيث ai‏ اختيار 
جميع السجلات التي لا ينطبق عليها عامل المقارنة сау‏ وفيما يلي الشكل العام لعامل المقارنة 
«مثل». 


SELECT ColumnName(s) 
FROM TableName 


HERE ColumnName [NOT] LIKE 


atChing_sub_String; 


مثال: ما أسماء أعضاء هيئة التدريس التي فيها الحرفان (һа)‏ في الموقع الثالث والرابع من 
д]‏ عائلاتهم» على التوالي» بغض النظر عما يسبق ذلك من حروف أو يتبعه؟ 


الحل: 


SELECT ЕМаше, LName 
FROM FACULTY_T 
WHERE LName LIKE ° ha%'; 


FNAHE LNAHE 

Fahad ñlhamid 
Hohammed ñlhamad 
Salem ñlhamad 


BETWEEN Comparison Operator) «м» العامل العلاقي‎ 2-1-5-1-2-7 


يُستخدم العامل العلاقي gaa (BETWEEN) «он»‏ شرط الاسترجاع (WHERE)‏ 
لتحديد مدى معين لقيمة gia‏ ما ضمن عبارة شرط الاسترجاع؛ بحيث يجب أن تكون قيمة الحقل 
ضمن المدى الذي تمَّ تحديده حتى يظهر السجل الذي ينتمي إليه الحقل ضمن نتيجة تعليمة الاختيار. 
ويمكن استخدام العامل العلاقي «сыз»‏ مع GÍ‏ حقلِء سواء كانت بياناته من النوع الرقميء أو الحرفيء 
أو من نوع التاريخ والوقت. كما يمكن استخدام عامل النفي (МОТ)‏ إضافة إلى عامل المقارنة 
«بين» عند الرغبة في اختيار جميع السجلات التي لا ينطبق عليها عامل المقارنة «بين». وفيما 
يلي الشكل العام لعامل المقارنة «بين». 


SELECT ColumnName(s) 


FROM TableName 


HERE ColumnName [NOT] BETWEEN Valuel 
ND Value2; 


مثال: ما أسماء أعضاء هيئة التدريس الذين مرتباتهم بين 30 ألفاً و40 Чай‏ 
الحل: 
SELECT FName, LName, Salary‏ 


FROM FACULTY Т 


HERE Salary BETWEEN 30000 AND 40000; 


وتكون نتيجة التعليمة» كما يلي: 


FHñHE LNAHE SALARY 
Khalid Aloufi 35000 
Saleh Aleesa 30000 
Ahmad Alotaibi 33900 
Yahya Khorshid 36700 
Salem ñlhamad новее 
Salman Albassam 33800 
Mahnood Alsalem 31900 
Ahmad Alsabti 33900 


مثال: ما أسماء أعضاء هيئة التدريس الذين مرتباتهم أقل من 30 ألفاً أو أكثر من 40 ألفاً؟ 
الحل: 
SELECT FName, LName, Salary‏ 


FROM FACULTY Т 


Salary NOT BETWEEN 30000 AND 40000; 


وتكون النتیجة كما يلي: 


FHRHE LHRHE SALARY 
Fahad ñlhamid 25900 
Mohammed Alhamad 0ط‎ 
607 ñlghanim 445 08 
Ibraheem Alsaleh 25000 
Saleh ñlqhamdi 101+508 
Turki ñlturki 27800 
Fahad Alzaid 44300 
Saud Alkhalifa 44900 
۲ 1 610 0 29800 
Sultan 813353 43300 
Ali Albader 45300 
Saad Alzhrani 44200 


مثال: ما أسماء أعضاء هيئة التدریس الذين تبدأ أسماؤهم الأولى بالحروف التي تقع بين 
الحرف (A)‏ والحرف (0)؟ 


الحل: 


SELECT FName, LName, Salary 


FROM FACULTY Т 


HERE FName BETWEEN “А? AND “С”; 


وتكون «Аъ‏ كما يلي: 


FHRHE LHñHE SALARY 
Fahad ñlhamid 25900 
ñhmad ñlotaibi 33900 
Fahad ñlzaid 44300 
Ali ñlbader 45300 
ñhmad ñlsabti 33900 


asus‏ في النتيجة السابقة أنها لا تتضمّن عضو هيئة التدريس «غانم» єСһапіт)‏ وذلك 
لكون هذا الاسم يأتي في الترتيب بعد الحرف (G)‏ الذي تمَّ تحديده في شرط الاسترجاع. وإذا бз‏ 


إظهار الأسماء التي تبدأ بالحرف “6” أيضاً؛ فيمكنا تحديد الحرف التالي للحرف (G)‏ وهو الحرف 
(Н)‏ 

مما سبق يتضح أن العامل العلاقي «بين» يكافئ )©( استخدام عامل المقارنة )=<( وعامل 
المقارنة (-<)؛ وذلك عند ربطهما بالعامل المنطقي (AND) «ә»‏ ضمن شرط الاسترجاع؛ كما 
يلي: 


ColumnName BETWEEN Valuel AND Value? = 


ColumnName >= Valuel AND ColumnName <= 2 


ويُمكن حل المثال السابق باستخدام عامل المقارنة «أكبر من أو يساوي» وعامل المقارنة 
«أصغر من أو يساوي»» كما يلي: 


SELECT FNamc, LName, Salary 
FROM FACULTY T 


WHERE FName >= ‘A’ AND FName <= ‘G’; 


(ТМ Comparison Operator) <j> العامل العلاقي‎ 3-1-5-1-2-7 


يُستخدم العامل العلاقي «في» (IN)‏ ضمن شرط الاسترجاع (WHERE)‏ لتحديد مجموعة 
من القيم؛ بحيث يجب أن تكون قيمة الحقل من ضمنها حتى يظهر السجل الذي يتبعه الحقل ضمن 
نتيجة تعليمة الاختيار. وقد تكون مجموعة القيم ثابتةً أو ناتجة من خلال عمليات اختيار متداخلة 
أخرى كما سنوضتح في الجزء )1-2-8( وكما هو الحال في العامل العلاقي «بين»» يمكن أن تكون 
بيانات الحقل من النوع الرقمي» أو الحرفيء أو نوع التاريخ والوقت. كما يمكن استخدام عامل 
النفي (NOT)‏ بالإضافة لعامل المقارنة «في» عند الرغبة في اختيار جميع السجلات التي لا 
ينطبق عليها عامل المقارنة «في». وفيما يلي الشكل العام لعامل المقارنة «في». 


SELECT ColumnName(s) 


FROM TableName 


WHERE ColumnName [NOT] IN (Value1, Value2, 
..., ValueN); 


Фа 44 أو‎ GM 40 التدريس الذين رواتبهم‎ Аа مثال: ما أسماء أعضاء‎ 
الحل:‎ 
SELECT FName, LName, Salary 
FROM FACULTY T 


WHERE Salary IN (40000, 44000); 


وتكون النتیجة كما يلي: 


ЕНАМЕ 1 МАМЕ SALARY 
Mohammed ñlhamad 11000 
Salem ñlhamad 4000A 


- مثال: ما أسماء ورواتب أعضاء هيئة التدريس ذوي ACT‏ العائلات غير «((Alhamid)‏ 
((Alzaid)s .(Alotaibl)5‏ و .(Alsabti)s «(А1Бадег)‏ 


الحل: 
SELECT FName, LName, Salary‏ 


FROM FACULTY Т 


WHERE LName NOT IN (‘Alhamid’, ‘Alotaibi’, ‘Alzaid’, 
‘Albader’, ‘Alsabti’); 


وتكون النتيجة» كما يلي: 


ЕНАМЕ 1 МАМЕ SALARY 
Khalid Aloufi 35000 
Saleh Aleesa 30000 
hohammed ñlhamad 44000 
Ghanim Alghanim 44500 
Ibraheem Alsaleh 25000 
Saleh Alghamdi 116-0 
Yahya Khorshid 36700 
Salem ñlhamad 10006 
Salman ñlbassam 33800 
Turki ñlturki 27888 
Saud ñlkhaliFa 44900 
hHahmood ñlsalem 31900 
Hishal ñlmazid 29888 
Sultan Aljasir 43300 
Saad ñlzhrani 44200 


وكما هو الحال بالنسبة للعامل العلاقي «بين»» يمكن استخدام عوامل مقارنة أخرى؛ 
للحصول على ما يكافئ عامل المقارنة «في». وعلى وجه التحديد يمكن استخدام عامل المقارنة )=( 
أكثر من مرة مربوطاً بالعامل المنطقي «أو» (OR)‏ ضمن شرط الاسترجاع» كمايلي: 


ColumnName IN (Value l, Уаше?2,.... ValueN) = 


ColumnNaınc = Valuc1OR ColumnName = Valuc2 . . . OR ColuinnName = ValucN 


ويمكن حل المثال السابق باستخدام عامل المقارنة «يساوي» وعامل المقارنة ly‏ <¿ كما يلي: 


SELECT FNamc, LName, Salary 
FROM FACULTY T 
WHERE NOT (LName = 'Alhamid' OR LName = 'Alotaibi' 


OR І Мате = 'Alzaid' ОК LName = 'Albader' 
OR I.Namc > 'Alsabti"); 


:(NULL Values) القيم الغائبة‎ 2-5-1-2-7 


تسمح لغة الاستفسار البنائية للحقول ob‏ تكون Ай‏ بياناتهاء وليس نوعية بياناتهاء غائبة 
(NULL)‏ ويمكن أن š‏ القيمة الغائبة (NULL)‏ من dia‏ ما وفق эзе‏ من التفسيرات التي يأتي 
من ضمنها التفسيرات الثلاثة التالية التي 55 الأكثر Íe gà‏ 


- قيمة الحقل غير متوافرة حالياً :(Unavailable)‏ القيمة موجودة فعلياً على أرض الواقع؛ 
ولكنها غير متوفرة حاليآء ومن ثم لا يُمكن إدخالها إلى الحقل. ومن الأمثلة القابلة لهذا التفسیر قيم 
حقل تاریخ الميلاد؛ إذ إن OS)‏ شخص تاريخ ميلاد» وإن غياب Аяй‏ تاريخ الميلاد لشخصِ معين من 
حقل تاريخ الميلاد لا يعني أنه لا يُوجَّد لهذا الشخص تاريخ ميلاد» ولكن القيمة الغائبة في هذه الحالة 
تعني عدم توفر تاریخ الميلاد لهذا الشخص في الوقت الراهن ضمن بيانات قاعدة البيانات. 


- قيمة الحقل مُتحفّظ عليها (Withheld)‏ القيمة موجودة فعلياً على أرض الواقع؛ ولكنه تم 
التحفظ عليها. ومن أمثلة ذلك عدم تزويد أحد الموظفين لرقم هاتفه المنزلي بشكلٍ مقصود على её М‏ 
من وجود خط هاتف منزلي له؛ وذلك بغية التحفظ على رقم هاتفه وعدم الرغبة في إفشائه. 


- قيمة الحقل غير منطبقة :(InappliCable)‏ لا з ў‏ قيمة يُمكن إدخالها إلى الحقلء 
وتنطبق مع ما يتوفر على أرض الواقع. ومن أمثلة ذلك عدم توفر درجة علمية (بکالوریوس: 
ماجستير» دكتوراه) لأحد الموظفين؛ بحيث يمكن إدخالها في حقل الدرجة العلمية التابع لجدول 
الموظفين. 

إن مبدأ القيم الغائبة مبدأ فعّال جداً؛ إذ إنه يُعفينا من تدوين الحالات السابقة بشکلِ واضح 
ضمن بيانات قاعدة البيانات. فعلى سبيل المثال: بدون هذا المبدأ؛ فإنه يجب إدخال رمز خاص في 
dia‏ تاريخ الميلاد؛ لبيان أن تاريخ الميلاد غير متوفر Ыз‏ مثل الرمز )1212-12-12( أو رمز 
خاص لأرقام الهواتف المتحفظ عليها مثل (9999-999)ء أو رمز خاص لحقل الدرجة العلمية غير 
المنطبق على الموظفين مثل: .(no_degree)‏ إن إدخال مثل هذه الرموز ضمن بيانات قاعدة 
البيانات 3853 فهم محتويات قاعدة البيانات كما أنه يؤدي إلى صعوبة التعامل معها؛ حيث يجب على 
جميع المستفيدين من قاعدة البيانات معرفة هذه الرموز ومعانيها. كما يعني هذا تعقيد كتابة 
التطبيقات Азај)‏ على قاعدة البيانات. 


وعلى الرغم من فاعلية مبدأ القيم الغائبة؛ فإنه يجب توجّي الحذر الشديد عند التعامل معها من 
خلال لغة الاستفسار البنائية؛ لأنها 29 مصدراً للالتباس )2014 (GarCia-Molina et al,‏ فعند 
استخدام أحد الحقول التي قد لا تحتوي على aš‏ ضمن شرط الاختيار (WHERE)‏ فإنه يجب تذكر 
قاعدتين رئيسيتين: 

- عندما تتعامل مع قيمة غائبة من خلال العوامل الحسابية» مثل: الضرب والجمع؛ فإن نتيجة 
العملية الحسابية تكون قيمة غائبة أيضاً. فعلى سبيل المثال: لنفترض الحقل (X)‏ التابع لأحد 
الجداول ونوع بياناته عددية (Number)‏ ولنفترض Lal‏ أن قيمة الحقل (X)‏ في أحد سجلات 
الجدول غائبة (NULL)‏ فإذا ما أجرينا العملية الحسابية (10+))؛ فإن نتيجة العملية ستكون غائبة 
(NULL)‏ كذلك هو الحال لو أجرينا العملية (0*X)‏ أو العملية (X-X)‏ فإن النتيجة ستكون 
غائبة Laj‏ على الرغم من أنَّ ناتج عملية ضرب gf‏ عدد بالعدد صفر هو жа‏ وأن ناتج طرح أي 
عدد من نفسه هو صفر أيضاً! ويعني هذا أن نتيجة АЙ‏ عملية حسابية ia (уай‏ قيمته غائبة 
ستكون نتيجتها غائبة. 

- عندما نتعامل مع قيمة غائبة من خلال عوامل المقارنة مثل )= < ... إلخ)؛ فإن النتيجة 
تكون «غير معلومة» (МОЛ) «Ае» сыз) (UNKNOWN)‏ فعلى سبیل المثال: 
Lue‏ نقارن Jia‏ قيمته غائبة وليكن (X)‏ بالعدد 3 مثل (X=3)‏ أو (5<3)؛ فإن نتيجة عملية 
المقارنة ستكون «غير معلومة» UNKNOWN)‏ 


وحيث ó‏ عمليات المقارنة قد تقود إلى نتيجة «غير معلومة» (UNKNOWN)‏ فإن هذا 
يستدعي تعريفاً للمنطق الثلاثي القيم الذي يحتوي على القيمة «غير المعلومة» (UNKNOWN)‏ 
بالإضافة «للصح» (True)‏ و «الخطأ» (False)‏ وذلك حتى نتمكّن من الربط بين هذه القيم 
المنطقية؛ من خلال العوامل المنطقية ((LogiCal Operators)‏ وهي: (AND) «э»‏ و «ў»‏ 
(OR)‏ و «النفي» (МОТ)‏ 


1-2-5-1-2-7 المنطق الثلاثي القيم :(Three-Valued LogiC)‏ 


عند تعاملنا مع القيم الغائبة؛ من خلال عوامل المقارنة قد ينتج عن ذلك قيمٌ «غير معلومة» 
(UNKNOWN)‏ كما رأينا أعلاه. عندئذٍ علينا التعامل مع ثلاث قیمء هي: «الصحيح»» 
و«الخطأ»» و«القيمة غير المعلومة». وفي JB‏ وجود القيمة «غير المعلومة»» علينا تفهُم طريقة 
عمل العوامل المنطقية (AND, ОК, NOT)‏ في ظل وجود هذه القيمة المنطقية الجديدة. 


إن القاعدة الرئيسية للتعامل مع هذه القيمة المنطقية الجديدة بسيطة جداً عندما نفگر بأن قيمة 
«الصح» هي واحد (1) وأن قيمة «الخطأ» هي صفر (0) وأن قيمة «غير المعلوم» هي النصف 
1⁄2( )1051 إنها قيمة ما بين الصحيح والخطأ). وبناءَ على ذلك يُمكننا إعادة تعريف العوامل المنطقیةء 


1- نتيجة العامل المنطقي АЗУ (AND) «ә»‏ قيمتين منطقيتين هي القيمة الدنيا للقيمتين 
المنطقيتين اللتین یربط بينهما؛ بمعنى أن о ) AND Y)‏ «خطأ» )0( إذا كان | منهما 
«Шу‏ )0( بغض النظر عن قيمة الآخر. ЦЇ‏ إذا كانت قيمة أي منهما «غير معلومة» )1⁄2( ولیس 
أي منهما «خطأ» (0)؛ فإن النتيجة ستكون «غير معلومة» (М)‏ أما إذا كان كلاهما «صح» (Т)‏ 
а‏ النتيجة O S‏ «صح» (1). ويعني هذا مرةً أخرى أن ناتج العامل المنطقي «و» الذي یربط 
بين أي قيمتين منطقيتين هو قيمة الدنیا منهما. 

2- نتيجة العامل المنطقي «أو» (У (OR)‏ قيمتين منطقیتین؛ هي القيمة العليا للقيمتين 
المنطقيتين اللتين یربط بينهما بمعنى أن (X OR Y)‏ ستكون «صح» )1( إذا كان 1 منهما «صح» 
(1)ء و«غير معلومة» )1⁄2( إذا لم يكن ¿s|‏ منهما «صح» (1) ويُوجَد على الأقل واحدة منهما «غير 
معلومة» (⁄). j‏ إذا كان كلاهما «خطأ» (0)؛ فإن نتيجة العامل المنطقي «خطأ» (0). 


3- نفي 1( قيمة منطقية (v)‏ هو (۷-1). ويعني هذا أن نفي قيمة (X)‏ عندما تکون صح )1( 
هو (1- قيمة (X‏ وهي صفرء أي خطأ )0( في هذه الحالة. أما نفي قيمة Laie (X)‏ تكون خطأ 
(0)؛ فهي (1- قيمة (X‏ وهي واحدء أي صح (1)ء في هذه الحالة. أمَّا نفي قيمة (X)‏ عندما تكون 
غير معلومة )1( فهي (1- قيمة (X‏ وهي )1( أي قيمة غير معلومة )1( في هذه الحالة. 


وتلخّص الجداول الثلاثة التالية القيم المنطقية عند تطبيق العوامل المنطقية الثلاثة AND,)‏ 
(ОВ, NOT‏ 


U T| Dr U U 


عند تطبيق شرط الاسترجاع (WHERE)‏ على gia‏ ما ضمن تعليمة الاختيار؛ فإن لغة 
الاستفسار البنائية تقوم بإظهار OK‏ سجل تكون نتيجة تطبيق شرط البحث عليه مساوية للقيمة 
المنطقية الصحيحة فقط. ويعني هذا أنه إذا كانت القيمة المخرّنة في الحقل المطبق عليه شرط 
الاسترجاع في أحد السجلات غائبةء أو أن نتيجة تطبيق شرط الاسترجاع عليه هي القيمة خطأ - فإن 
مثل هذا السجل لن يظهر ضمن نتيجة تعليمة الاختيار. فعلى سبيل المثال: لنفترض أننا نرغب في 
الاستفسار عن أعضاء هيئة التدریس الذين تزيد رواتبهم عن 40 ДЫЙ‏ عندئذٍ ستكون تعليمة لغة 
الاستفسار البنائية المناسبة لهذا الاستفسارء كما يلي: 


SELECT* 


FROM FACULTY Т 


WHERE Salary > 40000; 


وتكون نتيجة التعليمة السابقة عبارة عن سبعة سجلات لسبعة من أعضاء هيئة التدريس 


تتوافق مرتباتهم مع شرط الاسترجاع» كما يلي: 


FACULTY_ FHñHE LNAHE PHONE_NO SALARY DOB DEPART 


320 Mohammed ñlhamad 454-5412 4400A 13-MAY-65 CS 
338 07 0 707 456-2234 44500 12-AUG-69 CS 
420 Saleh ñlqhamdi 454-2233 44600 13-FEB-69 0 
блв Fahad ñlzaid 456-3322 44300 12-MAY-71 STAT 
666 Saud Alkhalifa 454-9856 9لا‎ 88 13-ñU6-72 STAT 
770 Sultan ñljasir 456-3212 43300 13-MAY-70 PHYS 
800 Ali ñlbader 456-7812 45300 22-JUN-66 EE 
810 Saad Alzhrani 454-5578 44200 17-01-67 EE 


ولنفترض الآن ШЇ‏ قمنا بتعديل راتب OK‏ من عضو هيئة التدريس رقم )320( وعضو Аца‏ 
التدريس رقم )810( بحيث تصبح رواتبهم غائبة Мае (NULL)‏ ستكون نتيجة تنفيذ التعليمة» كما 


يلي: 

FACULTY_ FNAME І МАМЕ РНОМЕ МО SALARY ров DEPñRT 

330 Ghanim ñlghanim 456-2234 44500 12-AUG-69 CS 

420 Saleh ñlghamdi 454-2233 16808 13-FEB-69 CHEN 

640 Fahad ñlzaid 456-3322 14300 12-MAY-71 STAT 

660 Saud ñlkhalifa 154-9856 159080 13-RUG-72 STAT 

770 Sultan ñljasir 456-3212 43300 13-18-70 PHYS 

вай Ali Albader 456-7812 15380 22-JUN-őőá ЕЕ 


ويعني هذا أن أعضاء هيئة التدريس الذين لا ينطبق عليهم شرط الاسترجاع (رواتبهم ليست 
أكثر من 40 (G‏ وأولئك الذين aŠ‏ حقول رواتبهم غائبة لن تظهر بياناتهم ضمن عملية الاختيار. 
ويعني هذا مرة آخری أن ما يظهر ضمن نتائج عملية الاختيار هي تلك السجلات التي تكون فيها 
نتيجة شرط الاسترجاع صحيحة ШЇ а‏ تلك السجلات التي تكون فيها نتيجة شرط الاسترجاع خطأ 
أو غير معلومة؛ فلن تظهر من ضمن نتائج التعليمة. 

А‏ إذا أردنا استرجاع السجلات ذات القيم الغائبة» أو استرجاع السجلات ذات القيم غير 
الغائبة بغض النظر عما تحتويه من قيم؛ فإن لغة الاستفسار البنائية توفر معامل مقارنة оа‏ لهذا 
الغرض وهو EIS NOT NULL‘ , 1S NULL‘)‏ كما يلي: 


WHERE ColumnName IS NULL 
أو‎ 
WHERE ColumnName IS NOT NULL 


فلو أردنا استرجاع سجلات أعضاء هيئة التدريس ذوي الرواتب الغائبة» يمكن استخدام تعليمة 
الاختيار التالية: 


SELECT * 
ROM FACULTY_T 


WHERE Salary IS NULL; 


وتكون نتيجة التعليمة السابقة» كما يلي: 


FACULTY_ FNAME LNAHE PHONE_HO SALARY 8 DEPART 
328 Моһатпеа ñlhamad 454-5412 13-HAY-65 CS 
818 Saad Alzhrani 454-5578 17-01-67 ЕЕ 


أما إذا أردنا استرجاع سجلات أعضاء هيئة التدريس الذين لديهم رواتب بغض النظر عن 
قیمھاء یمکن استخدام التعليمة التالية: 


SELECT * 
КОМ FACULTY_T 


WHERE Salary IS NOT NULL; 


وتكون نتيجة تنفيذ التعليمة السابقة» والتي لا يظهر من ضمنها سجلات أعضاء هيئة التدريس 
ذوي الرواتب الغائبة» كما يلي: 


FACULTY_ FNAME І МАМЕ РНОМЕ МО SALARY DOB DEPART 


288 Khalid Aloufi 454-2341 35AAA 22-HAY-63 MATH 
220 Fahad 0 1 156-53 25900 87-01-78 MATH 
318 Saleh ñleesa 454-8932 308880 13-SEP-66 CS 

3360 бһап1т ñlghanim 456-2234 44500 12-ñUG-69 CS 

340 Ibraheem Alsaleh 454-1234 25888 20-JAH-7B CS 

+88 ñhnad ñlotaibi 454-4563 33980 17-ĦAY-71 CHEM 
120 Saleh A1ghandi 454-2233 44660 13-FEB-69 CHEM 
588 Yahya Khorshid 456-2221 36780 12-МАВ-65 ENGL 
540 Salem Alhamad 456-3304 +0880 11-SEP-72 ENGL 
560 Salman Albassam 454-7865 33880 13-SEP-68 ENGL 
6880 Turki ñlturki 456-7891 27880 23-JUL-75 STAT 
640 Fahad Alzaid 456-3322 44300 12-MAY-71 STAT 
660 Saud Alkhalifa 454-9856 44960 13-AUG-72 STAT 
710 Hahmood ñlsalem 456-3323 31960 19-FEB-73 PHYS 
730 ishal Almazid 454-2343 29800 17-SEP-75 PHYS 
770 Sultan Aljasir 456-3212 43380 13-HñY-7B PHYS 
808 Ali ñlbader 456-7812 45380 22-JUN-66 EE 

850 00 ۸01538 456-8120 33900 15-APR-73 EE 


ويمكن استخدام عامل المقارنة (IS NULL)‏ و (IS NOT NULL)‏ مع أية توليفات أخرى 
من عوامل المقارنة المنطقية التي سبق التطرّق إليها ضمن شرط الاسترجاع. 


6-1-7 ترتيب نتيجة عملية الاختیار باستخدام عبارة (ORDER BY)‏ 


على الرّغم من وجود ترتيب افتراضي للحقول ضمن الجداول» وهو نفس ترتيبها في تعليمة 
الإنشاء الذي 5 استخدامها لإنشاء الجداول؛ АЙА‏ لا يُوجّد ترتيب افتراضي للسجلات في أيّ جدول. 
لذلك توفر لغة الاستفسار البنائية عبارة الترتيب (Order Ву)‏ وذلك عند الرغبة في ترتيب نتيجة 
عملية الاختيار وَفق قيم (йз‏ أو أكثر من حقول الجدول. ويمكن ترتيب щй‏ أي dia‏ ضمن نتيجة 
العملية Ц)‏ بشكلٍ تصاعدي وإما بشكل تنازلي. أمّا إذا تضمّن الحقل الذي ستُجرّی عليه عملية 
الترتيب قيماً غائبة؛ فإنها تظهر في نهاية النتيجة إذا کان الترتيب تصاعدياً وفي بداية النتيجة إذا كان 
الترتيب تنازلياً. ويعني هذا أن القيمة الغائبة من йз‏ ما 55 الأكبر من АЙ‏ قيمة Аз уза‏ في نفس 
الحقل؛ ولكن لسجلات أخرى في الجدول ذاته. كما أن الحالة الافتراضية للترتيب في حالة عدم تحديد 
طريقة الترتيب على قيم الحقل؛ فهي الترتيب التصاعدي. لذلك يمكننا الاستغناءُ عن ذكر طريقة 
الترتيب في حالة رغبتنا في إجراء الترتيب التصاعدي على قيم حقل ما. وفيما يلي الشكل العام 
لعبارة الترتيب في تعليمة الاختيار. 


SELECT Column Name(s) 


FROM Tabel Name 


WHERE Condition 


ORDER BY ColumnName [ASC] [. ColumnName | DESC ]...]; 


(йл,‏ على عبارة الترتيب» لنفترض أننا نرغب في استرجاع سجلات أعضاء هيئة التدريس 
الذين تزيد رواتبهم عن 40 ШЙ‏ وترتيب النتيجة تنازلياً وفقاً للرواتب التي يتقاضونها. في هذه الحالة 
kasus 9‏ القالية: 


SELECT * 


FROM FACULTY Т 


WHERE Salary > 40000 


ORDER BY Salary DESC; 


وتكون نتيجة العملية الجدول التالي الذي يُلاحَظ فيه ترتيب السجلات تنازلياً وفقاً للرواتب 


FACULTY_ FNAME LHAME PHONE NO SALARY DOB DEPART 
800 й11 ñlbader 456-7812 45300 22-JUN-66 EE 

660 Saud 00 23 454-9856 44900 13-AUG-72 STAT 
420 Saleh 61130103 454-2233 44600 13-FEB-69 CHEM 
000 Ghanin A1ghanin 456-2294 1115 00 12-AUG-69 CS 

60 Fahad 0 086 456-3322 44300 12-HñY-71 STAT 
770 Sultan 811351 156-3212 13300 13-HAY-70 PHYS 


ذوي الرواتب الغائبة» وترتيب النتيجة تنازلياً وفقاً للرواتب التي يتقاضونها؛ فإنه يمكن استخدام 
تعليمة الاختيار التالية: 


اس 


SELECT * 
FROM FACULTY Т 


WHERE Salary > 40000 OR Salary IS NULL 


ORDER BY Salary DESC; 


ویٔلاحَظ في الجدول التالي الذي Éa‏ نتيجة التعليمة السابقة أنه قد £ استرجاع السجلات 
المطلوبة حسب شرط الاسترجاع وترتيبها تنازلياً حسب الراتب. كما يُلاخظ ظهور سجلات أعضاء 
هيئة التدريس ذوي الرواتب الغائبة في بداية الترتيب. 


FACULTY_ FHñHE МАМЕ РНОМЕ МО SALARY ров DEPART 
320 Mohammed ñlhanad 454-5412 13-MAY-ő5 CS 
810 Saad Alzhrani 454-5578 17-01-67 ЕЕ 

800 Ali ñlbader 456-7812 45300 22-JUH-66 EE 

660 Saud Rlkhalifa 454-9856 44900 13-AUG-72 STAT 
120 Saleh Alghamdi 151-2233 ۸۸688 13-FEB-69 CHEM 
330 Ghanim A1qhanin 456-2234 44500 12-AUG-69 CS 
610 Fahad ñlzaid 456-3322 443686 12-МАҮ- 71 STAT 
770 sultan Aliasir 456-3212 43308 13-MAY-70 PHYS 


j‏ إذا أردنا استرجاع سجلات أعضاء هيئة التدريس الذين تزيد رواتبهم عن 40 ألفاًء وأولئك 
ذوو الرواتب الغائبة» وترتيب النتيجة تصاعدياً وفقاً للرواتب التي يتقاضونها؛ فإنه يمكن استخدام 
تعليمة الاختيار التالية التي يُلاحَظ فيها عدم استخدام الكلمة المحجوزة (ASC)‏ لن الترتيب يكون 
تصاعدياً بشكل افتراضي عند عدم تحديد ترتيب معين للنتيجة. 


SELECT * 


FROM FACULTY Т 


WHERE Salary > 40000 OR Salary IS NULL 


ORDER BY Salary; 


ويُلاحَظ في الجدول التالي الذي يمثل نتيجة التعليمة السابقة أنه قد a‏ استرجاع السجلات 
المطلوبة حسب شرط الاسترجاع وترتيبها تصاعدياً حسب الراتب. كما БАУ‏ ظهور سجلات 
أعضاء هيئة التدريس ذوي الرواتب الغائبة في نهاية الترتيب. 


FACULTY_ FNAME LNAME PHONE_NO SALARY DOB DEPART 
770 Sultan ñljasir 456-3212 43300 13-81-75 PHYS 
648 Fahad 00 456-3322 14300 12-HAY-71 STAT 
338 Ghanin A1ghanin 456-2234 112(5 0ل‎ 12-AUG-69 CS 

420 Saleh ñlghamdi 454-2233 44600 13-FEB-69 CHEM 
660 Saud ñlkhalifa 454-9856 14900 13-ñUG-72 STAT 
8890 Ali ñlbader 456-7812 115380 22-JUN-66 EE 

320 74 00 454-5412 13-HAY-65 5 

810 Saad ñlzhrani Ң5%-5578 17-061-67 ЕЕ 

уз‏ $ أخرى؛ نستخلص أن القيمة الغائبة تُعَدْ العلیا من حيث الترتيب بمعنى أنها تظهر في 


بداية النتيجة عندما يكون الترتيب تنازلیأء وفي نهاية الترتيب عندما يكون الترتيب تصاعدياً. 


كما يُمكن ترتيب نتيجة عملية الاختیار وفق قيم أكثر من حقل كما أسلفنا سابقاً. فعلى س‌بیل 
المثال: لنفترض أننا نرغب في استرجاع سجلات أعضاء هيئة التدريس الذين تزيد رواتبهم على 40 
«а‏ وترتيب النتيجة تصاعدياً وفقاً لرموز الأقسام الدراسية التي يتبعونهاء وتنازلياً وفقاً لأسماء 
عائلاتھم؛ بحيث يظهر اسم القسم УУ‏ متبوعاً باسم عضو هيئة التدريس. وللحصول على النتيجة 
المطلوبة يمكن استخدام تعليمة الاختيار التالية: 
SELECT Department ID, LName‏ 


FROM FACULTY Т 


WHERE Salary > 40000 


ORDER BY Department ID ASC, LName DESC; 


ويُلاحَظ في الجدول التالي الذي يمثل نتيجة التعليمة السابقة أنه قد تمٌ استرجاع السجلات 
المطلوبة حسب شرط الاسترجاع (بحيث یکون الراتب أكثر من 40 (Ш‏ وترتيبها تصاعدياً حسب 


اسم القسم الدراسي (أولاً)» ومن ثم ترتيب أسماء أعضاء هيئة التدريس تنازلياً حسب أسماء عائلاتھم 
أن قسم الإحصاء (STAT)‏ قد جاء في نهاية الترتیب التصاعدي وفقاً لترتيب الأقسام الدراسیة وأن 
عضو هيئة التدريس ذا اسم العائلة «الزيد» (Alzaid)‏ 

قد جاء قبل عضو هيئة التدريس ذي اسم العائلة «الخليفة» (Alkhalifa)‏ بشكل تنازلي داخل رمز 
تال حضتا 


1-6-1-7 ترتيب النتائج وفقاً للأرقام Азы!‏ للأعمدة: 


تمن АА‏ الاستفسار البنائية من ترتيب نتائج عملية الاختيارء في عبارة ترتيب نتائج عملية 
الاختيار (ORDER BY)‏ وفقاً للأرقام النسبية للحقول التي یتم اختيارها ضِمن نتيجة عملية 
الاختيار عوضاً عن استخدام أسمائها الفعلية. ويكون شكل التعليمة في هذه الحالة» كما يلي: 


SELECT Column Name(s) 


FROM Tabel Name 
WHERE Condition 


ORDER BY ColumnNumberl [ASC] | 


olumnNumber2 [DESC]...]; 


فعلى سبيل المثال: يمكن استخدام الأرقام النسبية للحقول عند الرغبة في إظهار عناوين المواد 
الدراسية التي 40 من قبل قسم الكيمياء وقسم الحاسب الآلي مرتبة حسب رمز القسم (أولاً) بشکلِ 
تصاعدي وحسب عناوين (أو مُسمّيات) المواد الدراسية التي ينفذها کل قسم (ثانياً) بشكل تنازلي؛ كما 
يلي: 


SELECT Department ID, Title 


ROM COURSE_T 


HERE Department ID IN (“CS’, 
“СНЕМ”) 


RDER BY 1 А$С, 2 DESC; 


DEPART TITLE 


CHEH CHEMISTRY (II) 
CHEM CHEMISTRY (I) 


CS SOFTWARE ENGINEERING 

CS JAVA PROGRAHHING 

CS INTRODUCTION TO DATABASE SYSTEMS 
CS COMPUTER ARCHITECTURE 

CS С/С++ PROGRAMHING 


كما يُمكن استخدام الأرقام النسبية للحقول حتى لو 5 اختيار جميع حقول جدول ما إذا ما 
عرف ترتيب الحقول وفق تعليمة إنشاء الجدول. فعلى سبيل المثال: لو أردنا إظهار أسماء أعضاء 
هيئة التدريس الذين يعملون في قسم الكيمياء وقسم الحاسب الآلي مرتبة تصاعدياً حسب أسمائهم 


الأولى وتنازلياً حسب رواتبهم» يمكن استخدام تعليمة الاختيار وفق الصيغة التالية: 


FROM FaCulty_T 


HERE Department ID IN (“CS’, 
“СНЕМ”) 


ORDER BY 2 ASC, 5 DESC; 


وتكون نتيجة التعليمة» كما يلي: 


РАСШ ТҮ FHñHE 1 НАМЕ PHOHE МО SALARY 8 DEPART 
208 Ahnad Alotaibi 454-4563 33908 17-MAY-71 CHEM 
339 Ghanin ñlqhanim 456-2234 44500 12-ñUG-69 CS 
240 Ibraheem ñlsaleh 454-1234 25000 28-JñH-7B CS 

320 Mohanne d ñlhamad 454-5412 44000 13-MAY-65 CS 
429 Saleh ñlghamdi 454-2233 قبابا‎ 00 13-FEB-69 CHEM 
318 Saleh Aleesa 454-8932 30080 13-SEP-66 گنا‎ 


ويُلاحَظ في نتيجة التعليمة السابقة أنه قد تع ترتيب النتيجة وفق الأسماء الأولى بشكل 
تصاعديء ومن ثم يكون ترتيب النتيجة وفقاً للراتب بشكلٍ تنازلي. وعند تطابق الأسماء الأولی؛ كما 
في А‏ الاسم «صالح» ы (Saleh)‏ الترتيب وفق الراتب بشکلِ تنازلي» كما aaia i‏ نتيجة 
التعليمة السابقة. 


التي لا تكون جو رو ہت ۷+۷۷ ہہ" 
Ж]‏ من حقول الجدول؛ كما يوضتح الجزء „З‏ من هذا الفضل: 


:(Computed Values) القيم المحسوبة‎ 7-1-2-7 


يُمكن استخدام التعبيرات الحسابية ضمن تعليمة الاختيار» وتطبيقها على حقول الجدول أو 
استخدام الدوال الحسابية التي توفرها لغة الاستفسار البنائية؛ حيث يمكن أن تحتوي نتيجة تعليمة 
الاختيار؛ إضافةً لما åh‏ اختياره من حقول الجدول» على تعبيرات حسابية تحتوي على أسماء حقول 
وقيم عددية ثابتة تربطها العوامل الحسابیةء وهي: الضرب )*(¿ والقسمة )/(‹ والجمع )+( والطرح 
RE sap aqata aa .)-(‏ الآلي؛ يتم تقييم عملية الضرب وعملية القسمة في 
التعبير الحسابي أولاًء ومن الجهة اليسرى للجهة اليمنى» ثم anii‏ عملية الجمع وعملية الطرح ثانياً 
ومن الجهة اليسرى للجهة اليمنى أيضاً. ولتغییر أولويات التقييم هذه أو إزالة الالتباس منهاء يُمكن 
استخدام الأقواس؛ بحیث یتم تقييمها من الداخل للخارج. وعند الرغبة في ترتيب نتائج عملية 
الاختيار وفق قيم محسوبةء يستخدم الرقم النسبي لحقل القيمة المحسوبة حسب ترتيبه ضمن عبارة 
الاختيار .(SELECT)‏ 

АД,‏ مثال على القيم المحسوبة وترتيب النتائج وفقاً لھاء لنفترض أننا نرغب في إظهار أسماء 
أعضاء هيئة التدريس الذين يعملون في قسم الکیمیاءء وقسم الحاسب الآلي» ورواتبهم بعد زيادتها 
بنسبة خمسة عشر في المائة )%15( مرتبة تنازلیاً حسب الراتب بعد زيادته. في هذه الحالة یمکن 
استخدام تعليمة الاختيار التالية: 


SELECT FName, LName, Salary*1.15 


FROM FACULTY Т 
WHERE Department ID IN (CS, ‘CHEM?’) 
ORDER BY 3 DESC; 


عند تنفيذ التعليمة السابقة تكون نتيجتهاء كما يلي: 


FHñHE МАМЕ 5618801۷٤1 „15 
Saleh ñlghamdi 51290 
Ghanim ñlqhanim 51175 
Hohammed Alhamad 506809 
ñhmad Alotaibi 38985 
Saleh Aleesa 34500 
Ibraheem Alsaleh 28750 


كما يُمكن استخدام القيم المحسوبة ضمن عبارة شرط الاختيار (WHERE)‏ فلو افترضنا 
أننا نر غب في إظهار أسماء أعضاء هيئة التدريس الذين يعملون في قسم الكيمياء وقسم الحاسب 
الآلي» وستزيد رواتبهم بعد نسبة الزيادة )%15( على خمسين ААЙ‏ يمكن استخدام تعليمة الاختيار 
التالية: 


SELECT FName, LName 
FROM FACULTY T 


WHERE Department ID IN (CS, ‘CHEM?’) 
AND Salary*1.15 > 50000; 


عند تنفيذ التعليمة السابقة تكون نتيجتهاء كما يلي: 


ЕНАНЕ МАМЕ 
Mohammed ñlhamad 
Ghanim Alghanim 


saleh Alghamdi 


وبمقارنة نتيجة هذه التعليمة بنتيجة التعليمة السابقة يُلاحَظ أن الأسماء الأولى الثلاثة من نتيجة 
التعليمة السابقة هي التي ظهرت ضمن نتيجة التعليمة الحالية؛ لكون أسماء أعضاء هيئة التدريس هذه 
هي من أسماء العاملين في قسم الكيمياء وقسم الحاسب الآلي» وستزيد رواتبهم على 50 ألفاً بعد زيادة 
الرواتب بنسبة خمسة عشر في المائة, 


كما олз‏ الإشارة هنا إلى أن القيم المحسوبة عند استخدامها gaa‏ عملية الاختيار لا تؤثر 
сд,‏ شكل كان فيما هو مُخرَّن في حقول الجداولء خاصة إذا تذگرنا أن تعليمة الاختيار ما هي إلا 
عملية استفسار (أو عملية استرجاع) لا تؤثر في محتويات قاعدة البيانات. 


:(Aggregate (or Column) FunCtions) دوال التجميع )أو الأعمدة)‎ 8-1-2-7 


Дд‏ لغة الاستفسار البنائية عدداً من الدوال الإحصائية المُسمّاة «دوال التجميع» 
¿És (Aggregate FunCtions)‏ هذه الدوال أحياناً «دوال الأعمدة» Column)‏ 
5 وذلك لكونها تطبق على حقول الجداول كأعمدة كاملة فيها. وهذه الدوال» هي: دالة 
«العدد» (COUNT)‏ ودالة «القيمة الصغرى» (MIN)‏ ودالة «القيمة الكبرى» (MAX)‏ ودالة 
«الجمع» (SUM)‏ ودالة «المتوسط» (AVG)‏ وتكون نتيجة أية دالة تجميع عبارة عن صف 
واحد يمثل نتيجة قيمة الدالة عوضاً عن مجموعة من الصفوف تمثل محتويات الجدول الذي 25 
تطبيق الدالة عليه. 

تستخدم دالة العدد (COUNT)‏ لإيجاد عدد صفوف جدول ماء ينطبق عليها شرط الاختیار 
(WHERE)‏ في حالة وجودہہ في تعليمة الاختيار. فلمعرفة عدد أعضاء هيئة التدريس في الجامعة 


الأهلية؛ يمكن استخدام تعليمة الاختيار التالية 


SELECT COUNT(*) 


FROM FACULTY T; 


وتكون نتيجة التعليمة السابقة؛ هي العدد عشرون (20)؛ وذلك لكون عدد أعضاء هيئة 


التدريس في الجامعة عشرين عضواًء كما يلي: 


COUNT(*) 


Gi‏ إذا أردنا معرفة ae‏ أعضاء هيئة التدريس في GS‏ من قسم الكيمياء وقسم الحاسب الآلي؛ 
يمكن استخدام التعليمة التالية التي تتضمّن شرط الاختيار المناسب (وهو أن يكون القسم الذي يتبعه 
عضو هيئة التدريس: إما قسم الكيمياء L.J s‏ قسم الحاسب «(ТУЙ‏ كما يلي: 


SELECT COUNT(*) 
FROM FACULTY_T 


HERE Department ID IN (“CS’, 
‘CHEM?’); 


وتكون نتيجة التعليمة السابقة» كما يلي: 


CUUHT(*) 


كما يمكن أن تستخدم دالة العدد لإيجاد عدد صفوف ipi‏ عملية الاختيار مع استبعاد 
الصفوف المتكررة في قيمة الحقل الذي تطبق عليه دالة العددء وكذلك القیم الغائبة. فعلى سبيل المثال: 
يمكن معرفة عدد رواتب أعضاء هيئة التدریس المختلفة (أيْ: دون تكرار) باستخدام التعليمة التالية: 


SELECT COUNT(DISTINCT Salary) 


FROM FACULTY T; 


وتكون نتيجة التعليمة كما يلي: 


COUNT{DISTINCTSALARY ) 


وعلى الرغم من وجود عشرين عضواً من أعضاء هيئة التدريس في الجامعة الأهلية؛ فإن 
نتيجة دالة العدد لم تظهر سوى تسعة عشر (19)؛ وذلك لكون اثنين من أعضاء هيئة التدريس 
يتقاضون الراتب نفسه (وهو 900.33( لذلك؛ сла‏ دالة العدد التي طبقت على حقل الراتب قامت بعد 
واحدِ من هذين الراتبين فقط مع حذف المتكرّر منها. 

А]‏ إذا استخدمنا دالة العدد وفق التعليمة التالية؛ فإنها لن تقوم Ie‏ أعضاء هيئة التدريس الذين 


لم تحَدّد رواتبهم بعد (أيْ: في حالة کون قیم رواتبهم غائبة ((NULL)‏ ضمن نتيجة الدالة. 


SELECT COUNT(Salary) 


FROM FACULTY T; 
فتقوم بتحديد القيمة الصغرى للحقل المطبقة عليه من ضمن‎ (MIN) دالة القيمة الصغرى‎ Ui 
تقوم بتحديد القيمة الكبرى‎ (MAX) الصفوف التي ينطبق عليها شرط الاختيارء ودالة القيمة الكبرى‎ 
للحقل المطبقة عليه من ضمن الصفوف التي ينطبق عليها شرط الاسترجاع. فعلى سبيل المثال:‎ 
يمكننا معرفة أصغر راتب وأكبر راتب يتقاضاه أعضاء هيئة التدريس العاملون في قسم الكيمياء‎ 
وقسم الحاسب الآلي باستخدام التعليمة التالية:‎ 


SELECT MIN(Salary), MAX(Salary) 
FROM FACULTY T 


WHERE Department ID IN (“CS’, ‘۴ CHEM’); 


وتكون نتيجة التعليمة السابقة عبارة عن 000.25 للقيمة الصغرى (وهو أقل راتب يتقاضاه 
أعضاء هيئة التدريس في كلا القسمین)ء و600.44 للقيمة الكبرى (وهو أعلى راتب يتقاضاه أعضاء 


HIH(SñLñRY) HAX(SALARY)} 


تجدر الإشارة إلى أنه في حالة وجود قيم غائبة من الحقل الذي تطبق عليه القيمة الصغری أو 
القيمة الكبرى؛ فإن هذه القيم Ды‏ تجاهلها في GI‏ العمليتين ولا تدخل ضمن نتيجتيهما. كما تجدر 
الإشارة إلى أنه بالإمكان استخدام كلتا العمليتين مع حقول ليست من نوع الأعداد؛ إذ يمكن 
استخدامهما مع السلاسل الحرفية» والتاريخ والوقت» كذلك. فمثلاآً؛ يمكننا التعرّف على أصغر اسم 
عائلة (من حيث الترتيب الأبجدي) وأكبر اسم ilte‏ لأعضاء هيئة التدريس العاملين في قسم 
الکیمیاءء وقسم الحاسب الآلي وفق التعليمة التالية: 


SELECT MIN(LName), MAX(LName) 
FROM FACULTY_T 


WHERE Department ID IN (CS, ‘CHEM?’); 


وتكون نتيجة التعليمة أن اسم العائلة (Aleesa)‏ هو الأصغر أبجدياً واسم العائلة (Alsaleh)‏ 
هو الأكبر» كما Ын‏ 
MIN(LNAME)  MAX(LNAHE)‏ 


ñleesa ñlsaleh 


أما دالة المتوسط (АУС)‏ فتُستخدم لحساب القيمة المتوسطة للحقل المطبقة عليه في الصفوف 
التي ينطبق عليها شرط الاختيار مع تجاهل القيم الغائبة من قبل العملية الحسابية. فعلى سبيل 
المثال: يمكن حساب متوسط رواتب أعضاء هيئة التدريس العاملين في الجامعة الأهلية باستخدام 
التعليمة التالية: 


SELECT AVG(Salary) 


FROM FACULTY Т; 


وتكون نتيجة التعليمة» كما يلي: 


SALARY}‏ )الام 


ai إذا أردنا حساب متوسط رواتب أعضاء هيئة التدریس دون اعتبار المتکرژر منها؛ فإنه‎ ч 
وفي هذه الحالة 25 إدخال أي قيمة متكررة مرة واحدة فقط عند‎ (DISTINCT) استخدام عبارة‎ 


SELECT AVG(DISTINCT Salary) 


FROM FACULTY T; 


ونظراً لتكرار الراتب 900.33 مرتينء تكون نتيجة العملية السابقة» كما يلي: 


AUG{DISTINCTSALARY ) 


كما يمكن استخدام دالة المتوسط على مجموعة جزئية من صفوف الجدول ينطبق عليها 
شرط الاختيار. فمثلاً: يمكن حساب متوسط رواتب أعضاء هيئة التدريس العاملين في قسم الكيمياء 
وقسم الحاسب الآلي وفق التعليمة التالية: 


SELECT ۸۷ G(Salary) 
FROM FACULTY T 


WHERE Department ID IN (“CS’, ‘CHEM?’); 


وتكون نتيجة التعليمة السابقة» كما يلي: 


AUG{ SALARY} 


А‏ دالة الجمع (SUM)‏ فتستخدم لجَمْع قيم الحقل المطبقة عليه في الصفوف التي ينطبق 
عليها شرط الاختيار مع تجاهل القيم الغائبة من قبل العملية الحسابية. فعلى سبيل المثال: يمكن 
حساب مجموع رواتب أعضاء هيئة التدريس العاملين في الجامعة الأهلية باستخدام التعليمة التالية: 


SELECT SUM(Salary) 


FROM FACULTY T; 


وتكون نتيجة التعليمة» كما يلي: 
SUH(SALARY)}‏ 


738800 


DES‏ أردنا معرفة مجموع رواتب أعضاء هيئة التدريس دون اعتبار المتكرّر منها؛ فإنه يتمٌ 
استخدام عبارة (DISTINCT)‏ وفي هذه الحالة 25 إدخال أية قيمة متكررة ja‏ 5 واحدة فقط عند 


SELECT SUM(DISTINCT Salary) 


FROM FACULTY Т; 


ونظراً لتكرار الراتب 900.33 مرتينء تكون نتيجة العملية السابقة» كما يلي: 


SUM(DISTIHCTSñLñRY) 


704900 
كما يُمكن استخدام دالة الجمع على مجموعة جزئية من صفوف الجدول التي ينطبق عليها 
شرط الاختيار. فمثلاً؛ يمكن حساب مجموع رواتب أعضاء هيئة التدريس العاملين في قسم الكيمياء 
وقسم الحاسب الآلي وفق التعليمة التالية: 


SELECT SUM(Salary) 
FROM FACULTY_T 


WHERE Department ID IN (CS, ‘CHEM?’); 


وتكون نتيجة التعليمة السابقة» كما يلي: 


АВ?)‏ اف )الاك 


222000 


:(GROUP BY) عبارة التجميع‎ 9-1-2-7 


في الكثير من الأحيان تظهر الحاجة إلى تطبيق دوال التجميع على مجموعات جزئية من 
سجلات جدول ما. فعلى سبيل المثال: قد نحتاج إلى معرفة متوسط أو مجموع رواتب أعضاء هيئة 
لقرتن فی کل һый‏ تر می ع йы‏ سی ولاك АДЫЛ‏ نتم ای تق دت аы‏ إلى 
مجموعات غير متداخلة من السجلات؛ بحيث تحتوي كل مجموعة على السجلات التي تتوافق مع 
بعضها في الحقول المراد التقسيم عليها. ونُسمَّى هذه الحقول «حقول التقسيم» أو «حقول التجميع» 
(Grouping Attributes)‏ بعد ذلك 8 2 باستخدام دالة التجميع المراد تطبيقها على 05 مجموعة 
بشكل مستقل. وتوفر لغة الاستفسار البنائية عبارة «التجميع حسب» (GROUP BY)‏ لهذا 
الغرض. وتُحدّد عبارة «التجميع حسب» الحقول التي سيتم تقسيم الجدول وفقاً لھاء والتي يجب أن 
تكون من ضمن الحقول التي ستظهر ضمن نتيجة عبارة الاختيار. وبهذا الشكل سوف تظهر قيمة 
الحقول التي تمَّ تقسيم الجدول وفقاً لها مع قيمة دالة التجميع التي تم تطبيقها على الجدول. 


فعلى سبيل المثال: يمكن معرفة عدد أعضاء هيئة التدريس» ومتوسط رواتبھم ومجموع 
رواتبهم حسب الأقسام الدراسية التي يعملون فيها باستخدام التعليمة التالية: 


SELECT Department ID, COUNT(*), 
VG(Salary), SUM(Salary) 


FROM FACULTY Т 
GROUP BY Department ID; 


يلاحَظ في التعليمة السابقة وجود رمز القسم الدراسي ضمن الحقول التي تمثل نتيجة عبارة 
الاختيار التي یتم تقسيم الجدول وفقاً لقيمته في عبارة «تجميع حسب»» الأمر الذي يُعَدُ ضرورياً لعمل 
عبارة «تجميع حسب». بالإضافة إلى ذلك يظهر ضمن عبارة الاختيار دوال email‏ الواجب 
تطبيقها على JS‏ مجموعة من المجموعات الناتجة من عملية تقسيم الجدول. وتكون نتيجة التعليمة 
السابقة» التي تظهر عدد أعضاء هيئة التدريس في O<‏ قسم دراسي» ومتوسط رواتبهم حسب القسم 
الذي يعملون فيه» ومجموع رواتب أعضاء هيئة التدريس في كل قسم دراسيء كما يلي: 


DEPART COUHT(*) AUG(SALARY) SUM(SALARY) 


CHEH 2 39256 785808 
CS 4 35875 143500 
EE 3 1133.3333 123400 
ENGL 3 36833.3333 110500 
MATH 2 3845 0 009 8 
PHYS 3 35000 105000 
STAT 3 39000 117000 


وإذا أردنا ترتيب نتائج العملية السابقة أبجدياً وبشكل تنازلي حسب رموز الأقسام الدراسية؛ 
فإنه يُمكن استخدام عبارة «ترتيب (ORDER BY) «a‏ كما يلي: 


SELECT Department ID, COUNT(*), 
VG(Salary), SUM(Salary) 


FROM FACULTY_T 


GROUP BY Department ID 
ORDER BY Department ID DESC; 


وتكون نتيجة التعليمة السابقةء كما يلي: 


DEPART COUNT(*) ñUG(SñLñRY) SUH(SñLñRY) 


STAT 3 39000 117000 
PHYS 3 358 105000 
MATH 2 3 5۵م‎ 6 06 
ENGL 3 36833.3333 110500 
ЕЕ 3 41133.3333 123400 
CS H 35875 143508 
CHEH 2 39258 78500 


i‏ إذا أردنا معرفة al gall aae‏ الدراسية المسجّل فيها OK‏ طالب في OK‏ فصل دراسي» وحسب 
السنة الدراسیة وترتيب النتيجة تصاعدياً حسب الأرقام الدراسية للطلبة؛ نستخدم التعليمة التالية: 


SELECT Student ID, Year, Semester, 
COUNT(*) 


FROM ۷۱۹۱1٦ 


GROUP BY Student ID, Year, Semester 
ORDER BY Student ID; 


ویٔلاحَظ في النتيجة التالية للتعليمة éj‏ الطالب رقم 19992020 قد قام بتسجيل أربع مواد 
دراسية في فصل الخريف من عام 42000 وأربع مواد دراسية في فصل الربيع من عام 2000م 
ФА‏ على حين قام الطالب رقم 19992341 بتسجيل ثلاث مواد في فصل الخريف من عام 
0ء ولم يُسجّل أية مادة أخرى ضمن (sÍ‏ فصل دراسي آخر. 


STUDEHT_ YEAR SEMESTER COUNT )۴( 
19992026 2000 FALL 4 
19992026 2000 SPRING 4 
19992341 2000 FALL 3 
19994512 2000 FALL 3 
20001111 2000 FALL 4 
20061111 2000 SPRING 4 
20 72 2880 FñLL 1 


وفي حالة غياب ый‏ أحد حقول التجميع؛ فإنه یت إنشاء مجموعة مستقلة للسجلات التي تكون 
قيم حقول التجميع فيها غائبة. 

10-1-7 عبارة ترشيح المجموعات الفرعية (HAVING)‏ 

تُستخدم عبارة (HAVING)‏ بشکلِ اختياري عند وجود عبارة «تجميع حسب)ء؛ وذلك 
لترشيح المجموعات الفرعية؛ بحيث يجب أن تتحقق شروط عبارة (HAVING)‏ على المجموعات 
الفرعية حتى يمكن أن تظهر ضمن نتيجة تعليمة الاختيار. ويعني هذا أن عبارة (HAVING)‏ 
تحتوي على شروط يجب أن تتحقق على المجموعات الفرعية الناتجة من عبارة «التجميع حسب»؛ 


حتى يمكن أن تظهر ضمن تعليمة الاختيار. ويمكن تشبيه عبارة (HAVING)‏ بعبارة 
у (WHERE)‏ إن كلتيهما تمثلان شروطاً لعملية الاختيار؛ غير أن عبارة (WHERE)‏ تحتوي 
على شروط لاختیار السجلات من الجدول» في حين أن عبارة (HAVING)‏ تحتوي على شروط 
لاختيار المجموعات الفرعية. 


الأرقام الدراسية للطلبةء نستخدم التعليمة التالية: 


SELECT Student ID, Year, Semester, 
COUNT(*) 


FROM ۷۱۹۸/۸717 


GROUP BY Student ID, Year, Semester 
HAVING COUNT(*) > 4 
ORDER BY Student ID; 


وتكون نتيجة التعليمة السابقة كما يلي: 


STUDENT_ YEAR SEMESTER COUNT ) *) 
19992341 2000 FALL 3 
19994512 2000 FALL 3 
20001212 2000 FALL 1 


ويُلاحَظ في النتيجة السابقة أنه قد £S‏ تقسيم سجلات الجدول إلى مجموعات حسب رمز 
الطالب» والسنة الدراسیةء والفصل الدراسي. بعد ذلك تمَّ حساب ме‏ المواد الدراسية التي تمَّ 
التسجيل فيها حسب هذا التقسيم وتطبيق شروط عبارة (HAVING)‏ على المجموعات الفرعية» ومن 
ثم إظهار المجموعات الفرعية التي تنطبق عليها شروط عبارة (HAVING)‏ 


ويمكن تصوٌّر أولويات تنفيذ التعليمة السابقة من قبل نظام إدارة قاعدة البيانات» كما يلي: 


1- اختيار الجدول المناسب حسب ذكره في عبارة مصدر الاختيار (FROM)‏ 
2- اختيار سجلات الجدول التي تحقق شروط عبارة شرط الاختيار .(WHERE)‏ 


3- تقسيم الصفوف التي تحقق شرط الاختيار إلى مجموعات فرعية حسب حقول التقسيم في 
عبارة (GROUP BY)‏ 


4- حذف المجموعات التي لا تحقق الشروط الواردة في عبارة (HAVING)‏ 


5- تنفيذ دوال التجميع والتعبيرات الحسابية الواردة في عبارة الاختيار (SELECT)‏ على 
المجموعات الفرعية التي حققت شروط عبارة (HAVING)‏ أعلاه. 


6- ترتیب نتائج عبارة الاختيار (SELECT)‏ الناتجة من الخطوة السابقة حسب عبارة 
الترتيب .(ORDER BY)‏ 


11-1-2-7 استخدام تعليمات المجموعات لدمج نتائج تعليمات اختيار متعددة: 


حيث إن نتيجة أيّ عملية اختيار عبارة عن مجموعة متعددة ((Мишзеї ог Bag)‏ لكونها 
قد تحتوي على سجلات متكررة على خلاف المجموعات التي لا تكرّر فيها العناصر؛ فإنه من 
الطبيعي أن توفر لغة الاستفسار البنائية ثلاث تعليمات للتعامل مع نتائج الاستفسارات على أنها 
مجموعات. وهذه التعلیماتء هي: الاتحاد (UNION)‏ والتقاطع (INTERSECT)‏ والفرق 
.(MINUS)‏ 


(UNION) الاتحاد‎ 1-11-1-2-7 


تُستخدم تعليمة الاتحاد тал (UNION)‏ نتائج تعليمات اختيار متعددة في جدول نتائج 
واحد. وعلى الرغم من أن نتائج عمليات الاختيار قد تكون من جداول مختلفة؛ Ga‏ هذه النتائج يجب 
أن تكون да‏ )448 من حيث عملية الاتحاد؛ بمعنى أنها يجب أن تكون بالعدد نفسه من الحقول ومن 
النوعية نفسها من البيانات (كما سبق أن أوضحنا في الجزء 1-1-2-2-4). ومن القواعد المتبعة في 
عملية الاتحادء ما ار 


М -1‏ تعليمات الاختيار بالتسلسل. 


2- يجب أن تحتوي جميع عمليات الاختيار التي تربطها عملية الاتحاد على العدد نفسه من 
الحقولء ومن النوعية نفسها من البيانات. 
3- تکون نتيجة عملية الاتحاد جدولاً واحداً لا تكرّر فيه قيم السجلات. 


4- يُمكن ترتيب نتيجة عملية الاتحاد باستخدام عبارة الترتيب (ORDER BY)‏ التي تكون 
بعد آخر عملية اختيار مع استخدام الأرقام النسبية للحقول التي Азы‏ ترتيب النتائج وفقاً لها (في حالة 
عدم توافق مسمياتها). 


5- عند الرغبة في إظهار السجلات المتكررة؛ يُمكن استخدام عبارة (UNION ALL)‏ 
Lase‏ عن عبارة hä (UNION)‏ 


فعلى سبيل المثال: لنفترض أننا نرغب في معرفة أرقام أعضاء هيئة التدريس المؤهلين 
لتدريس أكثر من مادتين دراسيتين» أو أعضاء هيئة التدريس الذين تقل رواتبهم أو تساوي 000.35 
«А‏ وترتيب النتيجة تصاعدياً وفق أرقام أعضاء АА‏ التدریس. في مثل هذه الحالة يُمكن استخدام 
تعليمة الاتحاد التالية التي تربط بين نتائج تعليمتي اختيار: 


SELECT FaCulty_ID 


QUALIFICATION T 
GROUP BY FaCulty_ID 
HAVING COUNT(*) > 2 


SELECT FaCulty_ID 

FROM FACULTY Т 
HERE Salary <= 35000 

ORDER BY FaCulty ID; 


وتكون نتيجة تعليمة الاختيار الأولى التي تظهر أرقام هيئة التدريس المؤهلين لتدريس أكثر 
من مادتين دراسيتين» كما يلي: 


FRCULTY_ 


أما نتيجة تعليمة الاختيار الثانية التي تظهر أرقام هيئة التدريس الذين تقل رواتبهم أو تساوي 
5 ألفاً فهي؛ كما يلي: 


FACULTY_ 


ونظراً لكون نتائج ШК‏ عمليتي الاختیار АЫ) да‏ من حيث الاتحاد - تحتويان على العدد نفسه 
من الحقول ومن النوعية نفسها من البيانات - فإنه يمكن استخدام عملية الاتحاد بینھماء ومن ثم ترتيب 
النتيجة تصاعدياً وفقاً لأرقام أعضاء هيئة التدريس» كما توضّح النتيجة النهائية للتعليمة بشكلها 
النهائي الذي تمَّ فيه إلغاء الصفوف المتكررة من النتيجة النهائية (وإظهارها مرةً واحدة فقط)ء كما 
يلي: 


FACULTY_ 


i‏ إذا أردنا إظهار السجلات في حال تكرارها ضمن نتيجتّئ где‏ الاختيار؛ فإنه يمكن 
استخدام تعليمة الاتحاد وفق الصيغة التالية: 


SELECT FaCulty_ID 


QUALIFICATION T 
ROUP BY FaCulty_ID 
HAVING COUNT(*) > 2 


SELECT FaCulty_ID 

FROM FACULTY Т 
HERE Salary <= 35000 

ORDER BY FaCulty ID; 


وتكون نتيجة التعليمة التي يظهر فيها رقم عضو Аза‏ التدريس )200( ورقم عضو АЗА‏ 
التدريس )220( بشكل متكرّر (لكونهما مؤهلين لتدريس أكثر من مادتين دراسيتين وتقل رواتبهما أو 
تساوي 000.35(« يلي: 


FACULTY 


:INTERSECT) التقاطع‎ 2-11-1-2-7 


تُستخدم تعليمة التقاطع (INTERSECT)‏ لإظهار الّجلات المشتركة الناتجة من تعليمات 
اختيار متعددة في جدول نتائج واحد. وعلى الرّغم من أن نتائج عمليات الاختيار قد تكون من جداول 
مختلفة؛ فإن هذه النتائج يجب أن تكون متوافقة من حيث عملية الاتحاد LS)‏ سبق أن أوضحنا في 
الجزء 1-1-2-2-4(‹ كما هو الحال بالنسبة لتعليمة الاتحاد التي سبق شرحها أعلاه. ومن القواعد 
المُتبعة في عملية التقاطعء ما يلي: 

1- 349 تعلیمات الاختيار بالتسلسل. 


2- يجب أن تحتوي جميع عمليات الاختيار التي تربطها عملية التقاطع على العدد نفسه من 
الحقولء ومن النوعية نفسها من البيانات. 

3- تكون نتيجة عملية التقاطع جدولاً واحداً لا ثكرّر فيه قيم السجلات. 

OS 4‏ ترتيب نتيجة عملية التقاطع باستخدام عبارة الترتيب (ORDER BY)‏ التي تكون 
بعد آخر عملية اختيار مع استخدام الأرقام النسبية للحقول التي سيتم ترتيب النتائج وفقاً لها (في حالة 
عدم توافق مسمياتها). 

فعلى سبيل المثال: لنفترض أننا نرغب في معرفة أرقام أعضاء هيئة التدريس المؤهلين 
لتدريس أكثر من مادتين دراسيتين وتقل رواتبهم أو تساوي 35 ألفاًء وترتيب النتيجة تصاعدياً وفق 


أرقام أعضاء هيئة التدريس. في مثل هذه الحالة يمكن استخدام تعليمة التقاطع التالية التي تربط بين 
نتائج تعلیمتیٔ اختيار: 


SELECT FaCulty_ID 


QUALIFICATION Т 
GROUP BY FaCulty_ID 
HAVING COUNT(*) >2 
INTERSECT 
SELECT FaCulty_ID 
FROM FACULTY T 
HERE Salary <= 35000 
ORDER BY FaCulty_ID; 


КОЛГО ГК ن رفع ن از‎ E EE ET 
أو يساوي 5ء كمايلي:‎ agia OS لتدريس أكثر من مادتين دراسيتين» ویقل راتب‎ 


FACULTY_ 


MINUS) الفرق‎ 3-11-1-2-7 


تُستخدم تعليمة الفرق (MINUS)‏ لإظهار السجلات الناتجة من تعليمة الاختيار الأولى 
وغير موجودة في أي من تعليمات الاختيار اللاحقة. وعلى الرّغم من أن نتائج عمليات الاختیار قد 
تكون من جداول مختلفة؛ فإن هذه النتائج يجب أن تكون متوافقة من حيث عملية الاتحادء كما هو 
الحال بالنسبة لتعليمة الاتحاد وتعليمة التقاطع اللتين سبق شرحهما أعلاه. كما تجدر الإشارة إلى أن 
لغة الاستفسار البنائية تستخدم (EXCEPT) «le» (аА‏ عوضاً عن — «الفرق» 


(MINUS)‏ إلا أن غالبية النظم التجارية ما زالت تستخدم مُسمَّى الفرق. ومن القواعد المتبعة في 
عملية الفرق» ما يلي: 


1- تُنقّدْ تعليمات الاختيار بالتسلسل. 


2- يجب أن تحتوي جميع عمليات الاختيار التي تربطها عملية الفرق على العدد نفسه من 
الحقول ومن النوعية نفسها من البيانات. 
3- تكون نتيجة عملية الفرق جدولاً واحداً لا ثكرّر فيه قيم السجلات. 


OS -4‏ ترتيب نتيجة عملية الفرق باستخدام عبارة الترتيب (ORDER BY)‏ التي تكون 
بعد آخر عملية اختيار مع استخدام الأرقام النسبية للحقول التي سيتم ترتيب النتائج وفقاً لها (في حالة 
عدم توافق مسمياتها). 


فعلى سبيل المثال: لنفترض أننا نرغب في معرفة أرقام أعضاء هيئة التدريس الذين يتقاضون 
أكثر من 35 ألفاً ومؤهلين لتدريس مواد دراسية يقل عددها عن مادتين دراسيتين» وترتيب النتيجة 
تصاعدياً وفق أرقام أعضاء هيئة التدريس. في مثل هذه الحالة يمكن استخدام تعليمة الفرق التالية 
التي تربط بين نتائج تعليمتئ اختيار: 


SELECT FaCulty_ID 

FROM FACULTY Т 
HERE Salary > 35000 
INUS 

SELECT FaCulty_ID 


FROM QUALIFICATION T 
ROUP BY FaCulty_ID 

HAVING COUNT(*) >= 2 

ORDER BY FaCulty_ID; 


وتكون نتيجة تعليمة الاختيار الأولى التي تظهر أرقام هيئة التدريس الذين يتقاضون أكثر من 
5 41« كما يلي: 


FACULTY_ 


Úi‏ نتيجة تعليمة الاختيار الثانية؛ فتظهر أرقام أعضاء هيئة التدريس المؤهلين لتدريس مادتين 
دراسيتين فأكثر فهي» كما يلي: 


FACULTY_ 


ونظراً لكون نتائج کلتا عمليتيٰ الاختيار السابقتين متوافقتين من حيث الاتحاد - تحتويان على 
العدد نفسه من الحقول ومن النوعية نفسها من البيانات - فإنه يمكن استخدام عملية الفرق بینھماء ومن 
ثم ترتيب النتيجة تصاعدياً وفقاً لأرقام أعضاء هيئة التدريس» كما توضح النتيجة النهائية للتعليمة 
وهيء كما يلي: 


FACULTY_ 


وتتكون نتيجة تعليمة الفرق السابقة من ثمانية أرقام تمثل أرقام أعضاء هيئة التدريس الذين 


يتقاضون أكثر من 35 ألفاً ومؤهلين لتدريس مواد دراسية يقل عددها عن مادتين دراسيتين. 


الفصل الثامن 
لغة الاستفسار البنائية - الجزء الثاني 


يستكمل هذا (айй)‏ شرح مكوّنات لغة الاستفسار البنائية؛ بحيث خُصّص الجزء الأول aia‏ 
لاستكمال شرح تعليمة الاختيارء عندما تقوم التعليمة بالتعامل مع أكثر من جدول في OÍ‏ واحدء 
ولشرح بقية تعليمات لغة معالجة البيانات؛ وهي: الإضافةء والحذف» والتحديث. أما الجزء الثاني؛ 
فقد خصتص لشرح تعليمات لغة التحكم في البيانات. 


1-8 الضرب الكرتيزي Шу‏ الجداول في تعليمة الاختیار 
:(Cartesian ProduCt and joining Tables)‏ 


)0 عدم وجود عبارة شرط الاسترجاع (Where)‏ ضمن تعليمة الاختيار (SeleCt)‏ يعني 
عدم وجود أية شروط على نتيجة التعليمة. ويعني هذا أن كافة سجلات الجدول المُدرّج في عبارة 
مصدر الاسترجاع (From)‏ مؤهلة لتكون ضمن نتيجة التعليمة (كما أوضحنا في الفصل السابق 
عند شرح تعليمة الاختیار). وعندما یتم تحديد أكثر من جدول ضمن عبارة مصدر الاسترجاع دون 
وجود عبارة شرط الاسترجاع؛ 4[ نتيجة التعليمة تكون الضرب الكرتيزي لسجلات الجداول 
المدوّنة في عبارة مصدر الاسترجاع. ويعني هذا أن كافة التوليفات بين سجلات الجداول ستكون 
ضمن نتيجة تعليمة الاختيار. فعلى سبیل المثال: لنفترض وجود جدول أعضاء هيئة التدريس 
(FaCulty Т)‏ وجدول المجموعات الدراسية (SeCtion T)‏ ضمن عبارة مصدر الاسترجاع» 


SELECT * 


FROM FACULTY T, 
SECTION T; 

سيكون عدد السجلات المُسترجّعة عند تنفيذ التعليمة السابقة أربعمائة سجل؛ وذلك لكون JS‏ 
سجل من سجلات أعضاء Ала‏ التدريس (وعددها عشرون) سيرتبط {боз‏ سجلٍ من سجلات 
المجموعات الدراسية (وعددها عشرون أيضاً). وعلى الرغم من أن التعليمة السابقة بشكلها السابق 
LB‏ خم على أرض الواقع؛ لكون نتيجتها ليست ذات معنى» غير أنها 55 أساساً لعمليات الرّبط 
بين الجداول في لغة الاستفسار البنائية. وعمليات الربط هي الوسيلة الوحيدة التي تمكّننا من 
الانتقال من جدول إلى آخر وربط البيانات الموجودة في سجلات الجداول المختلفة. 25у‏ عملية 
الربط من خلال استخدام عوامل المقارنة بين حقول الجداول قيد الربط. فعلى سبیل المثال: 
لمعرفة أسماء الطلبة وأرقام المواد الدراسية التي سجّلوا فيها ونتائجهم في هذه المواد؛ یتم ربط 
جدول التسجيل (ENROLLMENT_T)‏ مع جدول الطلبة (ЅТОРЕМТ Т)‏ كما يلي: 


SELECT FName, LName, Course ID, Grade 
FROM STUDENT T. ENROLLMENT T 


HERE STUDENT _T.Student 1р = 
ENROLLMENT _T.Student_ ID; 


ويُمكن فهم طريقة عمل التعليمة السابقة» كما يلي: 


1- إجراء عملية الضرب الكرتيزي بين جدول المواد المُسجّلة (ЕМВОШ.МЕМТ Т)‏ 
وجدول الطلبة .(STUDENT_ T)‏ ويكون ناتج هذه العملية كافة توليفات السجلات الموجودة في 
جدول المواد АБА‏ وجدول الطلبة. وتكون حقول السجلات الناتجة من هذه العملية عبارة عن 
كافة حقول الجدول الأول متبوعة بكافة حقول الجدول الثاني. 

2- يطبق عامل المقارنة «يساوي» )=( على ناتج عملية الضرب الكرتيزي؛ بحيث تكون 


قيمة الحقل «رقم الطالب» الذي ada ái‏ من جدول الطلبة (والذي یمثل المفتاح الرئيسي لجدول 
الطلبة) مساوياً لحقل «رقم الطالب» الذي Š‏ جلبه من جدول المواد المسجّلة (الذي يمثل مفتاحاً 


خارجياً في جدول المواد المسجلة» وفي نفس الوقت؛ جزءاً من المفتاح الرئيسي للجدول). وعند 
تساوي هذين الحقلين لسجل ما في ناتج عملية الضرب الكرتيزي؛ يكون هذا السجل أحد السجلات 
الناتجة من عملية الاختيار. 


3- بعد معرفة السجلات الناتجة من عملية الربط أي: العمليتين السابقتین؛ يتم اختيار الحقول 
المطلوبة (وعددها أربعة حقول) حسب ورودها في تعليمة الاختيار. 


وبناءَ على ذلك» يكون ناتج التعليمة السابقةء كما يلي: 


ЕНАМЕ І МАМЕ COURSE_ GRADE 
Saleh Alhamad "06 17 H 
Abdullah Aloufi 0)1 3 
Khalid ñlsultan СНЕМ101 4 
Salem ñlgamdi 01) 1 3 
Mishal 810 ۴ СНЕМ1 01 1 
Saleh Alhamad (01 2 
۲31 ñluousef (0+1 4 
Saleh ñlhamad 05102 3 
Hishal ۵۹1 ۴ (062 4 
Saleh ñlhamad اتالاع‎ 3 
ñbdullah Aloufi ENGL 181 4 
Salem й1дата1 اتالاع‎ " 
Mishal ñluousef ENGL 181 " 
Saleh ñlhamad ЕМС 182 1 
М15һа1 Alyousef ENGL 182 " 
Saleh ñlhamad ]) 81 3 
Abdullah ñloufi HATH1 81 2 
Salen ۵193٥۱١ MATH1 81 8 
Hishal Alyousef MATH1 01 2 
Saleh 0 7087 Матн1й2 2 
Hishal Alyousef MATH102 8 
Saleh ñlhamad STAT101 2 
Mishal ñluousef STñT181 3 


كما يُمكن وضع أية شروط على ناتج عملية الرّبطء أو ترتيب نتائجها وفقاً لترتيب معين. 
فعلى سبيل المثال: لمعرفة أسماء الطلبة الذين درسوا في مواد الحاسب الآلي أو مواد الرياضيات» 
ودرجاتھم وترتيب النتيجة تصاعدياً حسب الاسم الأول للطلبة؛ يمكن استخدام التعليمة التالية: 


SELECT FName, LName, Course ID, Grade 
ROM STUDENT Т, ENROLLMENT T 


HERE STUDENT T.Student ID = ENROLLMENT T.Student ID 
ND (Course_ID LIKE ‘CS% OR Course ID LIKE *MATH%') 
ORDER BY FName ASC; 


وتكون نتيجة التعليمة السابقةء كما يلي: 


F NAHE LNAHE COURSE_ GRADE 
Abdullah Aloufi 06 1 2 
Міѕһа1 ñluousef mMATH1 01 2 
Mishal ñluousef (017 4 
11 ا610‎ ۶۴ (0+02 4 
11 1 00 0 ۴ MATH1 82 8 
Saleh ñlhamad 06 1 3 
$а1еһ ñlhamad 0512 3 
Saleh ñlhamad (01 2 
Saleh ñlhamad 06 02 2 
$а1еп ñlgamdi 06 1 ۵8 


وفي هذه الحالة يمكن فهم طريقة عمل التعليمة السابقة؛ بالإضافة لما سبق أعلاه في (1) و 


(2)ء كما يلي: 
3- بعد تحديد السجلات المؤهلة من عملية الربط؛ تُطبق عليها الشروط الواردة في عبارة 
شرط الاختيار. 


4- 25 اختيار الحقول المطلوبة (وعددها أربعة حقول) حسب ورودها في تعليمة الاختيار. 


5- یتم ترتيب سجلات النتيجة حسب الحقول الواردة في عبارة «ترتيب Order) «=a‏ 
(By‏ وحسب ترتيب الحقول في العبارة (في حالة الترتيب وفق أكثر من حقل). 


Equi-) عملية الربط التي يُستخدم فيها عامل المساواة )=( بعملية «ربط التساوي»‎ „АЛ, 
غير أنه يُمكن استخدام العوامل الأخرى» وهي: (<>, >, > >-, >=( وتميّل العملية في‎ (Топ 
ونظراً لأهمية عملية الربط بين الجداول‎ .(Theta-Join) هذه الحالة ما يُعرّف بالربط العام‎ 
المختلفة للحصول على بيانات مترابطة منطقياً فيما بينها في النموذج العلاقيء توفر لغة الاستفسار‎ 
البنائية عدداً من عبارات الربط بالإضافة إلى استخدام الربط بالطريقة السابقة. ومن هذه‎ 
عملية الربط السابقة» كما يلي:‎ Jia التي يمكن استخدامها‎ (JOIN) العبارات عبارة «الربط»‎ 


SELECT FName, LName, Course ID, Grade 
FROM STUDENT T JOIN ENROLLMENT T 


ON STUDENT_T.Student ID = 
ENROLLMENT _T.Student ID 


HERE Course_ID LIKE “С$%? OR Course ID LIKE 
“МАТН%”? 


ORDER BY FName ASC; 


ففي المثال السابق؛ S‏ استخدام عبارة الرّبط ضمن عبارة مصدر الاختيار» وتم تحديد الحقل 
الذي ستطبق من خلاله عملية الرّبط بعد (ON) ААК‏ )55 هذه الطريقة أسهل للفهم من الطريقة 
السابقة؛ لأنها لا تدمج بين شروط الاختيار وعمليات الربط ضمن عبارة شرط الاختيار؛ ولكنها 
تفصل بينهما من خلال إدراج عملية الربط في عبارة مصدر الاختيار وإدراج شروط الاختيار ضمن 
عبارة شرط الاختيار. وتكون نتيجة العملية السابقة جدولاً واحداً يحتوي على كافة حقول جدول 
АШЫ)‏ متبوعة بكافة حقول جدول المواد الدراسية المسجّلة. كما يُلاحَظ ذكر اسم الجدول قبل اسم 
الحقل الذي ستطبق من خلاله عملية الربط؛ وذلك لإزالة الالتباس بين مُسمّيات الحقول خاصة 
وأن اسم هذا الحقل متكرر في الجدولين. ويمكن اختصار أسماء الجدولين؛ لتقليص طول عملية 
الاختيار من خلال عملية إعادة تسميتهماء كما يلي: 


SELECT FName, LName, Course ID, Grade 
FROM STUDENT T S JOIN ENROLLMENT T E 
ON S.Student_ID = E.Student_ID 


WHERE Course ID LIKE *CS% °? OR Course ID LIKE 
۷۸۱۲۷۰ 


ORDER BY FName ASC; 


وتوفر لغة الاستفسار البنائية أنواعاً مختلفة من الربط من ضمنها «الربط الطبيعي» 
(Natural Join)‏ وأنواعاً من «الربط الخارجي» .(Outer Join)‏ ولإيضاح فكرة الربط 


الطبيعي» لنفترض أننا نرغب في إظهار كافة الحقول الناتجة بعد عملية ربط جدول المواد الدراسية 
مع جدول الأقسام الدراسية. في هذه الحالةء تستخدم تعليمة الاختيار التالية: 


FROM COURSE_T C JOIN DEPARTMENT Тр 


ON C.Department ID = D.Department ID; 


GN "و‎ ۹ Да انات كل مادة در‎ kaya Qatu aayqa pa, a es, 


COURSE_ TITLE UNITS DEPART DEPART HANE 

811٦1۲181 CHENISTRY (1) 

CHEM102 CHEMISTRY (11) 

05101 ЈАЧА 66 

5102 SOFTWARE ENGINEERING 
05103 С/С++ 6 

CS10h COMPUTER ARCHITECTURE 
CS105 INTRODUCTION TO DATABASE SYSTEMS 
EE101 ELECTRIC CIRCUITS 

EE102 ELECTRONICS (1) 

EE103 ELECTRONICS (11) 

EE10 COMMUNICATION NETWORKS 
ENGL101 ENGLISH GRANNAR 

ENGL102 ENGLISH WRITING 

EH6L403 TECHNICAL WRITING 

HATH101 INTRODUCTION To ۲٣۶ 
HATH102 DIFFERENTIAL EQUATIONS 
HATH103 CALCULUS (1) 

HATH104 CALCULUS (11) 

۲۸۲۲۸6 ALGEBRA 

HñTH107 COMPUTER MATHEMATICS 
PHYS101 PHYSICS (1) 

PHYS102 PHYSICS (11) 

STAT101 INTRODUCTION TO STATISTICS 
STAT102 ADVANCED STATISTICS 


CHEM СНЕМ Chenistry 

CHEM CHEM Chenistry 

05 05 Computer Science 

CS CS Computer Science 

05 05 Computer Science 

05 CS Computer Science 

cs 05 Computer Science 

EE EE Electrical Engineerinq 
EE EE Electrical Engineering 
EE EE Electrical Engineering 
EE EE Electrical Engineering 
English Language 

ENGL ENGL English Language 

ENGL ENGL English Language 

HATH MATH Mathematics 

HATH MATH Mathematics 

HATH MATH Mathematics 

HATH MATH Mathematics 

HATH HATH Wathematics 

HATH MATH Mathematics 

PHYS PHYS Physics 

PHYS PHYS Physics 

STAT STAT Statistics 

Statistics 
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ويُلاحَظ في النتيجة السابقة OÍ‏ حقل رمز القسم الدراسي (الذي يمثل المفتاح الرئيسي 
لجدول الأقسام الدراسيةء والمفتاح الخارجي لجدول المواد الدراسية) قد تكرّر مرتين. ونظراً ОУ‏ 
تكرار بيانات هذا الحقل لا تضيف أية معلومة جديدة للنتيجة؛ فإنه يمكن إلغاء أحدهما دون الإخلال 
بالنتيجة. ويمكن إلغاء المتكرّر من حقول الربط باستخدام «الربط الطبيعي» الذي يقوم بالربط بين 
جدولين» ضمنیأء حسب الأسماء المتطابقة للحقول فيهما (والتي قد تكون أكثر من زوج). فعلى سبيل 
المثال: يمكن تنفيذ الاستفسار السابق باستخدام الربط الطبيعيء كما يلي: 


о ١ 


SELECT * 
КОМ СОСКЅЕ Т NATURAL JOIN DEPARTMENT T; 


وتكون نتيجة العملية السابقة مكوّنة من خمسة حقول» عوضاً عن ستة حقول؛ بحيث ái‏ إلغاء 


المتکرر وهو حقل رمز القسم الدراسي وإظهاره مرةً واحدة فقط ضمن نتيجة «АДА‏ وكأول dia‏ 


DEPART COURSE_ TITLE UNITS HAHE 

CHEM CCHEH181 CHENISTRY (1) 3 Chemistru 

CHEM CHEH102 CHENISTRY (11) 3 Chemistry 

65 £5101 JAVA PROGRAHMING 3 Conputer Science 
05 05102 SOFTWARE ENGINEERING 3 Conputer Science 
05 5103 C/C++ 6 3 Computer Science 
CS 05101 COMPUTER ARCHITECTURE 3 Canputer Science 
CS CS105 INTRODUCTION TO DATABASE SYSTEMS 3 Conputer Science 
EE EE101 ELECTRIC CIRCUITS 3 Electrical Engineering 
EE ЕЕ102 ELECTRONICS (I) 3 Electrical Engineering 
EE EE103 ELECTRONICS (II) 3 Electrical Engineering 
EE EE104  COMNUNICATION NETWORKS h Electrical Engineering 
ENGL 181ا‎ ENGLISH GRAMMAR 2 English Language 
ENGL 11611802 ENGLISH WRITING 3 English Language 
ENGL ENGL103 TECHNICAL WRITING 3 English Language 
NATH MATH101 INTRODUCTION To MATHENATICS 3 Hathematics 
MATH HñTH102 DIFFERENTIAL EQUATIONS 3 Hathematics 
МАТН HñTH103 CALCULUS (I) 3 Hathematics 
MATH 1101111014 CALCULUS (II) 3 Hathematics 
MATH 116111106 ALGEBRA h Hathematics 
MATH 118111107 COMPUTER HATHEMATICS 3 Hathematics 
PHYS PHYS101 PHYSICS (1) 3 Physics 
PHYS PHYS102 PHYSICS (11) 3 Phusics 
STAT 51841181 INTRODUCTION TO STATISTICS 3 Statistics 
STAT 5181102 ADVANCED STATISTICS 3 Statistics 


إن عملية الرّبط الافتراضية هي «الربط الداخلي» Join)‏ 10261)؛ بمعنى أنه 25 إضافة 
سجل لنتيجة عملية الربط إذا توفر سجل في أحد الجدولين وسجل مكافئ له في الجدول الآخر وفق 
حقل (أو حقول) الربط. وبالنظر في نتيجة المثال الذي يتطرق لمعرفة أسماء الطلبة وأرقام المواد 
الدراسية التي سجلوا فيها ونتائجهم في هذه الموادء أعلاه؛ فإن النتيجة تحتوي على بعض الطلبة 
(وليس جميعهم). وهؤلاء الطلبة هم الذين يُوجَّد لهم سجلات في جدول المواد المسجلة. أما إذا 
Laj‏ معرفة أسماء الطلبة وأرقام al gall‏ الدراسية التي سجلوا فيها ونتائجهم في هذه al gall‏ بالإضافة 
إلى الطلبة الذين لم يقوموا بتسجيل مواد دراسية؛ فإننا نستخدم «الربط الخارجي الأيسر» Left)‏ 
.(Outer Join‏ وحتى gali‏ حجم نتيجة العملية» سنشترط کون الطالب تابعاً لتخصص الحاسب 
الآلي. في هذه الحالة تكون تعليمة الاختیارء كما يلي: 


SELECT FName, LName, Course ID. Grade 


ROM STUDENT T S LEFT OUTER JOIN 
NROLLMENT TE 


ON S.Student_ID = E.Student ID 
HERE S.Major = ‘CS’; 


ويُلاحَظ في النتيجة التالية للتعليمة ظهور كافة طلبة الحاسب ДУ)‏ وظهور نتيجة المواد 
الدراسية للمسجّلين منهم في مواد دراسية. j‏ بالنسبة لغير المسجلين (وعددهم واحد فقط)؛ فقد ái‏ 
إدراجُ قيم غير معروفة ضمن حقول المواد المسجلين فيها. ويعني هذا أن نتيجة عملية «الربط 
الخارجي الأيسر» ستخرج ضمن نتائجها كافة الحقول المحدّدة في تعليمة الاختيار لكافة سجلات 
الجدول الأيسر للعملية (وهو جدول الطلبة) بغض النظر عن وجود ما يطابقها في الجدول الأيمن. 


FHñHE LNAHE COURSE_ GRADE 
Saleh ñlhamad CHEH181 4 
Mishal Alyousef GHEH1 61 1 
Saleh ñlhamad "01 2 
۲ 1 810۶۴ 65181 4 
Saleh ñlhamad C5102 3 
Міѕћа1 Alyousef £5182 4 
Saleh Alhamad اتالاع‎ 1 3 
М15һа1 Alyousef ENGL 1 1 4 
Saleh ñlhamad انالاع‎ 82 1 
Mishal "01100۴ ЕНЕ! 182 4 
Saleh ñlhamad ) 61 3 
1ا‎ 11 8011 7۴7 ) 1 2 
$а1еһ ñlhamad ) 2 2 
Mishal Alyousef HATH182 B 
Saleh ñlhamad STñT181 2 
М15һа1 810 ۴ STñT181 3 
Ghanim ñlhmoud 


Аі‏ عملية «الرّبط الخارجي الأيمن» (Right Outer Join)‏ فتعمل عكس عملية «الربط 
الخارجي الأيسر». ويعني هذا إظهار كافة الحقول المُحدّدة في تعليمة الاختيار لكافة سجلات 
الجدول الأيمن بغض النظر عن وجود ما يطابقها في الجدول الأيسر من سجلات. فعلى سبيل المثال: 
لمعرفة al gall‏ التابعة لقسم الحاسب الآلي PCS)‏ التي تمٌ تسجيل بعض الطلبة فيهاء وكذلك المواد 


الدراسية التابعة لقسم الحاسب الآلي التي لم يُسجَّل فيها أية طالب مع إظهار أرقام الطلبة المسجّلين 
في المواد التي تمَّ التسجيل فيهاء يمكن استخدام «الربط الخارجي الأيمن»» كما يلي: 


SELECT Student ID, C.Course ID, C.Title 


FROM ENROLLMENT_T E RIGHT OUTER JOIN 
OURSE_T C 


ourse ID = C.Course ID ON E. 
HERE C.Course ID LIKE ‘CS%’; 


ویٔلاحَظ في النتيجة التالية للتعليمة ظهورٌُ كافة مواد الحاسب الآلي» وظهور أرقام الطلبة 
للمواد التي تمَّ التسجيل فيها. j‏ بالنسبة للمواد التي لم يُسجّل فيها أي طالب؛ فتظهر المادة الدراسية 
دونما قيم зла‏ 45 في حقل رقم الطالب. 
STUDENT COURSE TITLE‏ 


19992020 1 JAVA PROGRñHHIHG 
20881111 CS181 JAVA PROGRAMMING 
19992020 2 SOFTWARE ENGINEERING 
20001111 2 SOFTWARE ENGINEERING 
CS103 С/С++ PROGRAMMING 
CS 104 COMPUTER ARCHITECTURE 
CS 1085 INTRODUCTION TO DATABASE SYSTEMS 


بالإضافة للرّبط الخارجي الأيمن والربط الخارجي الأيسر؛ توفِر لغة الاستفسار البنائية 
«الربط الخارجي الكامل» .(Full Outer Join)‏ وعند استخدام الربط الخارجي الكامل تكون 
النتيجة إظهار حقول السجلات التي تتطابق في حقول الربط وإظهار حقول السجلات في الجدول 
الأيسر التي لا يُوجَّد ما يطابقها في الجدول الأيمن» وإظهار حقول سجلات الجدول الأيمن التي لا 
;2 35 ما يطابقها في الجدول الأيسر. Аз,‏ استكمال بقية الحقول في الجدول الناتج بالقيم الغائبة 
«NULL»‏ لحالات عدم التطابق سواء من قبل سجلات الجدول الأيمن أو الجدول الأيسر. 


كما يُمكن استخدام كلمة «طبيعي» (Natural)‏ للرّبط بين جدولين» ضمنیأء من خلال 
الحقول المتطابقة في الجدولين؛ بالإضافة إلى إزالة حقل (أو حقول) الربط المتكررة من نتيجة 
تعليمة الاختيار. فعلى سبيل المثال: يُستخدم «الربط الطبيعي الأيسر» Natural Left Outer)‏ 
(Join‏ عند الرّغبة في إجراء الربط الأيسر بین جدولين» وإظهار الحقول المتكرّرة за‏ 5 واحدة فقط 
ضمن النتيجة النهائية للتعليمة. توفر لغة الاستفسار البنائية أيضاً عبارة «الضرب الكرتيزي» 
(Cross Join)‏ لاستخدامها بشكلٍ ظاهرٍ عوضاً عن استخدام مُسمّيات الجداول فقط في عبارة 
مصدر الاسترجاع. وعلى الرغم من أن كافة تعليمات الربط السابقة يمكن صياغتها من خلال 
العبارات الأخرى التي توفرها لغة الاستفسار البنائیة؛ GA‏ وجود هذه العبارات ضمن لغة الاستفسار 
البنائية Jgd‏ عملية قراءة المقصود منها مقارنة باستخدام تعليمات قد تكون أكثر تعقیداً في فهمها 
للحصول على نفس النتيجة. بالإضافة إلى ذلك؛ فإن وجود هذه العبارات «Ја‏ وبشكلٍ كبيرء كتابة 
تعليمات الربط المناسبة في لغة الاستفسار البنائية. 


من الممكن (Шай‏ استخدام تعليمات الرّبط بشكلٍ متداخل» أو ربط أكثر من جدول في نفس 
الوقت. فعلى سبیل المثال: لمعرفة أعضاء هيئة التدريس الذين يعملون في قسم الحاسب الآلي 
بالإضافة إلى مُسمّيات المواد الدراسية المؤهلين لتدريسهاء саз уз‏ ربط جدول أعضاء هيئة التدريس 
بجدول المواد الدراسية من خلال جدول المؤهلات التدريسية .(QulifiCation Т)‏ كما يلي: 


SELECT FName, LName, Title Qualified to Теасһ 


FROM (FACULTY_T NATURAL JOIN QUALIFICATION_T) JOIN 
COURSE_T 


ON QUALIFICATION_T.Course_ ID = 
Course Т.Соигѕе ID 


HERE Department 1р = ‘CS’; 


وتكون نتيجة التعليمة السابقة؛ كما يلي: 


FHñHE LNAHE QUALIFIED_TO_TEACH 


Saleh Aleesa JAVA 6 

Mohammed ñlhamad SOFTWARE ENGINEERING 

Mohammed ñlhamad C/C++ PROGRANHMHI NG 

Ghanin Alghanim COMPUTER ARCHITECTURE 

Ibraheem ñlsaleh INTRODUCTION TO DATABASE SYSTEMS 


ЧІ‏ إذا أردنا معرفة المجموعات الدراسية التابعة لقسم الحاسب الآلي وأسماء الطلبة 
المُسجّلين فيها Lu‏ في ذلك المجموعات التي لم 50 فيها ¿sÍ‏ طالب؛ فيُمكن استخدام التعليمة التالیة: 


SELECT FName, LName, Course_ID, $еСйоп No, Year, Semester 
FROM (((STUDENT_T NATURAL JOIN ENROLLMENT T) 
NATURAL RIGHT OUTER JOIN SECTION_T) 


NATURAL JOIN COURSE_T) 
HERE Department 1р = ‘CS’; 


м;‏ £ استخدامُ عملية الرّبط الطبيعي الأولى في التعليمة السابقة؛ لمعرفة الطلبة 
والمجموعات الدراسية المسجّلين فيها. ШЇ‏ عملية الربط الثانية؛ فهي ربط طبيعي أيمن Мај‏ من 
معرفة كافة المجموعات الدراسية ومعرفة الطلبة المسجُلین فيها بما في ذلك المجموعات التي لم 
يُسكّل فيها ¿Í‏ طالب. GÍ‏ عملية الرّبط الثالثة؛ فتمگننا من ربط المجموعات الدراسية والطلبة 
المسجُلین فيها بالمواد التي تتبعها هذه المجموعات. وعملية الرّبط هذه ضرورية؛ لمعرفة القسم 
الذي تتبعه المجموعات الدراسيةء والتي لا تتوفر إلا من خلال جدول المواد الدراسية الذي سيُطبق 
عليه شرط الاختیارء وهو أن تتبع المجموعة لقسم الحاسب الآلي. كما يُلاحَظ في التعليمة السابقة 
استخدام الأقواس؛ وذلك لتحديد أولويات عمليات الرّبط؛ حيث أنه يتم تنفيذ العمليات الواقعة بين 
الأقواس من الداخل للخارج؛ بمعنى أن العمليات المضمّنة ضمن الأقواس الداخلية 25 قبل الأقواس 
التي تحتويها وهكذا حتى يتمَّ تنفيذ الأقواس الخارجية. وتكون نتيجة التعليمة السابقة كما يلي: 


ЕНЕНЕ LHRHE COURSE_ SECTION МО YEAR SEMESTER 


Saleh Alhanad 5191 1 2000 FALL 
Mishal Alyousef S191 2 2000 FALL 
Saleh ñlhamad CS102 1 2000 SPRING 
Міѕһа1 (0 7 CS102 1 2000 SPRING 
(023 1 2088 SPRING 
051 با8‎ 1 2001 FALL 
6015 1 2081 SPRING 


كما يُمكن الاستغناءً عن عملية الرّبط الثالثة في التعليمة السابقة والحصول على نفس النتيجة 
إذا ما Ubay‏ أن رمز المادة الدراسية (Course ID)‏ (ضمن جدول المجموعات الدراسية) يدل 
على اسم القسم الدراسي الذي تتبعه المجموعة الدراسية؛ إذ إن رمز المادة الدراسية يتكوّن من رمز 
القسم متبوعاً برقم المادة الدراسية. وبناءَ على ذلك يُمكن صياغة التعليمة السابقة» كما يلي: 


SELECT FName, LName, Course ID, SeCtion No, Year, Semester 
FROM ((STUDENT_T NATURAL JOIN ENROLLMENT T) 


NATURAL RIGHT OUTER JOIN 
CTION 7 


HERE Course_ID LIKE ‘CS%’; 


تمن لغة الاستفسار البنائية Laj‏ من ربط الجدول مع نفسه من خلال إعطائه مُسمّيات 
مختلفة داخل تعليمة الاختيار. وفي هذه الحالة؛ يُمكن اعتبار (أو تصوؤّر) کل — يُعطى 
للجدول على أساس أنه نسخة مختلفة للجدول نفسه. فعلى سبیل الممثال: لمعرفة al gall‏ الدراسية 
المؤهّل لتدريسها أكثر من عضو هيئة تدریس؛ يمكن استخدام التعليمة التالية: 


SELECT QI.Course ID, Q2.FaCulty ID 
FROM (QUALIFICATION_T Q1 JOIN QUALIFICATION Т Q2 
ON Q1.Course_ID = Q2.Course ID) 


HERE Q1.FaCulty_ID <> Q2.FaCulty_ID 
GROUP BY Q1.Course_ID, Q2.FaCulty_ID; 


ففي التعليمة السابقة تمت إعادة تسمية جدول المؤهلات التدريسية لأعضاء iia‏ التدريس 
(QUALIFICATION T)‏ مرتين (مرة بِمُسمََّى QI‏ ومرة بمُسمّی (Q2‏ للحصول على نسختين 
(تصوريتين) من جدول المؤهلات التدريسية. وبعد ذلك تمَّ ربط الجدولين من خلال الحقل المشترك 
«رقم المادة الدراسية» .(Сошве ID)‏ وحتى eb‏ التخلّص من السجلات الناتجة بعد عملية الرّبط 
التي يكون فيها رقم عضو هيئة التدريس مكرراً (في حقلین من حقول الجدول الناتج) - تمّت إضافة 
شرط عدم التساوي في عبارة شرط الاسترجاع. ومعنى هذا أن السّجلات التي يتكرّر فيها نفس رقم 
عضو هيئة التدريس؛ هي مواد دراسية مؤهل لتدريسها عضو هيئة تدريس واحدء ویتوجُب حذفها 
من نتيجة التعليمة. أمَّا بقية السّجلات؛ فهي سجلات لا يتكرّر فيها نفس رقم عضو هيئة التدریس؛ 
مما يعني أنها درس من قبل أساتذة مختلفين. وحتى يتم а)‏ عضو هيئة التدريس الذي يقوم 
بتدريس مادة يقوم بتدريسها أعضاء هيئة تدريس آخرين مرةً واحدة hii‏ ضمن نتيجة العملية؛ 25 
استخداح عبارة «التجميع حسب» ¿(Group Ву)‏ التي يتوجّب فيها استخدامٌ كافة الحقول المختارة 
ضمن تعليمة الاختيار» وهي حقل رقم المادة الدراسية» Jiag‏ رقم عضو Аза‏ التدریس. وتكون 
نتيجة التعليمة السابقة» كما يلي: 


08085 FACULTY_ 


PHYS1B1 718 
PHYS101 770 
STñT181 08 
STAT101 90 


Gi‏ إذا åå jea Laj‏ أسماء أعضاء هيئة التدريس» وعدم الاكتفاء بأرقامهم؛ فيمكن الرّبط مع 
جدول أعضاء هيئة التدريس (بالإضافة إلى الرّبط السابق لجدول المؤهلات التدريسية مع «(Аёз‏ 


SELECT QI.Course ID. F.FName, F.LName, Q2.FaCulty_ID 
ROM ((QUALIFICATION T Q1 JOIN QUALIFICATION T Q2 
Course ID = Q2.Course ID) JOIN FACULTY ТЕ ONQI. 
ON Q2.FaCulty_ID = F.FaCulty_ID) 
HERE Q1.FaCulty_ID <> Q2.FaCulty_ID 
GROUP BY Q1.Course ID, Q2.FaCulty_ Ір, F.FName, F.LName; 


وتكون نتيجة التعليمة السابقة كما يلي: 


COURSE_ ۷٣ LNAHE FACULTY_ 
۲٢۷۰٢1۹٢ Mahmood ñlsalem 718 
PHYS101 Sultan 811351 770 
5181181 Turki ñlturki 008 
5181101 Saud ñlkhalifa 668 


(Nested Queries) الاستفسارات المتداخلة‎ 2-8 


تتطلّب بعض عمليات الاختيار الحصول على قيم من قاعدة البيانات» ومن ثم استخدام هذه 
القيم في عوامل مقارنة ضمن شرط الاختيار. ويمكن تكوين مثل عمليات الاختيار هذه من خلال ما 
يُعرّف بالاستفسارات المتداخلة التي يتضمّن شرط الاسترجاع فيها على عمليات استفسار أخرى. 
,4„ عملية الاستفسار الموجودة في عبارة الشرط (Where)‏ بعملية الاستفسار الداخلية Inner)‏ 
٦۷٦‏ )) في حين 45„ تعليمة الاستفسار التي تحتويها بعملية الاستفسار الخارجية Outer)‏ 
(Query‏ فعلى سبیل المثال: لو أردنا معرفة أعضاء هيئة التدريس الذين تزيد رواتبهم عن 
متوسط رواتب أعضاء هيئة التدريس؛ فإنه يُمكننا ذلك من خلال сазад‏ استفسار؛ الأولى للحصول 
على متوسط رواتب أعضاء هيئة التدريس» كما يلي: 


SELECT AVG(SALARY) 


FROM FACULTY Т; 


وتكون نتيجة التعليمة السابقة كما يلي: 
AUG{ SALARY}‏ 
Úi‏ التعليمة الثانية؛ فتستخدم النتيجة السابقة؛ لمعرفة أعضاء هيئة التدريس الذين تزيد 


رواتبهم عن المتوسط الذي سبق حسابه أعلاه» كما يلي: 


о ب‎ 


*SELECT 
ROM FACULTY T 
HERE Salary > 36940; 


وتكون نتيجة التعليمة السابقة» كما يلي: 


FACULTY_ ЕНАМЕ LNñHE PHONE_NO SALARY DOB DEPART 
320 Hohamned ñlhamad 454-5412 44000 13-HAY-65 CS 

330 Ghanin A1ghanin 456-2234 4450A 12-AUG-69 CS 

420 Saleh ۸113001 454-2233 44600 13-FEB-69 GHEH 
540 Salem ñlhamad 456-3304 40600 11-SEP-72 ENGL 
û40 Fahad ñlzaid 150-3322 44300 12-MAY-71 STAT 
666 Saud ñlkhalifa 454-9856 44900 13-AUG-72 STAT 
770 Sultan ñljasir 456-3212 43300 13-MAY-78 PHYS 
888 Ali Albader 456-7812 45300 22-JUN-66 EE 

810 Saad 8121301 454-5578 44200 17-0CT-ő7 EE 


غير أنه باستخدام تعليمات الاستفسار المتداخلة يمكن دمج التعليمتين السابقتین؛ للحصول 
على نفس النتيجة» ضمن تعليمة استفسار واحدةء كما يلي: 


FROM 1 


HERE Salary > (SELECT AVG(Salary) FROM 
FACULTY Т); 


ويمكن تصوٌر طريقة عمل الاستفسار المتداخل السابق» كما يلي: 
1۔ تنفذ تعليمة الاختيار الداخلية أولاً. 


2- تستخدم نتيجة تعليمة الاختيار الداخلية في تنفيذ عملية الاختيار الخارجية. 


5235 الاستفسار الفرعي السابق من الاستفسارات الفرعية التي تُعيد قيمة واحدة فقط والتي 
يُمكن استخدام أي من عوامل المقارنة التالية معها: )><„ >, > =, >-, >=( وعندما يتطلب 
الأمر استخدام أكثر من عملية استفسار داخلية؛ يُمكن ربط الاستفسارات الداخلية من خلال العوامل 
المنطقية «أو» (AND) «з» (OR)‏ فعلى Juu‏ المثال: لمعرفة بيانات أعضاء هيئة التدریس 
الذين تنحصر رواتبهم بين المتوسط العام للرواتب بعد زيادته بنسبة عشرة في «АМАЙ‏ والمعدّل العام 
بعد إنقاصه بنسبة عشرة في المائة» يمكن استخدام الاستفسار المتداخل التالي: 


SELECT * 
FROM FACULTY T 
WHERE Salary <= (SELECT AVG(Salary) 


FROM FACULTY Т) * 1.1 


AND Salary >= (SELECT 
AVG(Salary) FROM FACULTY_T) * 0.9; 


FACULTY_ FNAHE LNAHE PHONE_NO SALARY DOB DEPART 
288 Khalid ñloufi 454-2341 35000 22-HAY-63 MATH 
08 ñhnad ñlotaibi 454-4563 33900 17-HAY-71 CHEM 
500 Yahya Khorshid 56-2221 36700 12-HAR-ő5 ENGL 
548 Salen ñlhamad 15 6-3301 18808 11-SEP-72 ENGL 
568 Salman ñlbassam 454-7865 33800 13-SEP-68 ENGL 
850 ñhnad ñlsabti 56-8128 33900 15-APR-73 EE 


عند استخدام الاستفسارات المتداخلة؛ يجب توخي الدقة في حالة تكرار مُسمّيات الحقول في 
الجدوق 2822223 aut a‏ الداخلي Кай 3) + са ДАЙ зай a дааш Au‏ 
دائماً ذكر اسم الجدول الذي يتبعه الحقل لإزالة الالتباس. والحالة الافتراضية في لغة الاستفسار 
البنائية؛ هي أن أيّ حقل مُتكرّر دون ذكر اسم الجدول الذي يتبعه الحقل» سيفترض على أساس أنه 
الحقل التابع لأكثر الاستفسارات تداخلاً (Innermost Query)‏ ويشابه هذا الوضع ما Gji‏ 
«بحدود المتغيرات» (SCope of Variables)‏ في لغات البرمجة حيث Gi O|‏ متغير في АЛ‏ 


(FUNCTION)‏ أو إجراء (PROCEDURE)‏ يُقصّد به المتغير المعرّف ضمن الدالة أو 
الإجراءء وليس المتغيّر الذي يتبع للجزء من البرنامج الذي قام بتنشيط الدالة أو الإجراء. 


IN, ANY, ALL العوامل العلاقية‎ 1-2-8 


يُلاحَظ في الاستفسارات الداخلية السابقة أنها تقومُ بإعادة قيمة واحدة فقط. وحيث O)‏ الحالة 
العامة لنتائج الاستفسارات في لغة الاستفسار البنائية هي إعادة جداول تحتوي على مجموعات من 
القيم» وليس قيمة واحدة فقط؛ فإن لغة الاستفسار البنائية توفر ثلاثة عوامل علاقية أخرى للتعامل مع 
مجموعات من القيم بالإضافة لعوامل المقارنة أعلاه التي تسبق الاستفسارات الفرعية. وهذه 
العوامل هي: .IN, ANY, ALL‏ 


يُستخدّم العامل العلاقي KALL»‏ لمقارنة الحقل (أو التعبير الحسابي) قيد التحقق في عبارة 
الشرط لتعليمة الاستفسار الخارجية مع كافة القيم الناتجة من الاستفسار الداخلي. ويجب أن يسبق 
هذا العامل أحد عوامل المقارنة. فعلى سبيل المثال: لمعرفة أعضاء هيئة التدريس الذين تزيد 
رواتبهم عن متوسطات المرتبات في كافة أقسام الجامعةء وترتيب النتيجة تصاعدياً حسب أسماء 
عائلات أعضاء هيئة التدريسء يمكن استخدام التعليمة التالیة: 


SELECT * 
FROM FACULTY T 
WHERE Salary > ALL (SELECT AVG(Salary) 


FROM FACULTY Т 
GROUP BY Department_ID) 
ORDER BY LName; 


ويمكن فهم عمل التعليمة السابقةء كما يلي: 


1- حساب متوسط رواتب أعضاء هيئة التدریس في 0 قسم (حسب iali‏ الاستفسار 
الداخلية). 


2- 01 عضو هيئة تدريس في جدول أعضاء هيئة التدريس (في الاستفسار الخارجي)؛ 253 


3- إذا كان راتب عضو هيئة التدريس أعلى من كافة متوسطات الرواتب؛ یتم اختيار سجل 


4- 25 اختياز الحقول المحدّدة في تعليمة الاختيار الخارجية؛ لتمثّل النتيجة النهائية للتعليمة 
(وهي كافة الحقول في هذه الحالة لاستخدام علامة “*”). 


сй 3-5‏ السجلات التي S‏ اختيارها أبجدياً حسب أسماء عائلات أعضاء هيئة التدريس. 


وتكون النتيجة النهائية للتعليمةء كما يلي: 


FACULTY_ FNAHE І МАНЕ РНОНЕ НО 
800 Ali ñlbader 356-7812 
128 Saleh ñlqhamdi 454-2233 
338 607 ñlghanin 456-2234 
328 Hohammed ñlhamad 454-5412 
779 Sultan ñljasir 456-3212 
668 Saud ñlkhalifFa 454-9856 
648 Fahad Alzaid 356-3322 
818 Saad ñlzhrani 454-5578 


SALARY DOB DEPART 
45300 22-JUN-66 EE 
111680 13-FEB-69 CHEN 
44508 12-AUG-69 CS 
1000 13-HAY-65 CS 
43300 13-HAY-70 PHYS 
11900 13-AUG-72 STAT 
44300 12-HAY-71 STAT 
44200 17-01-67 EE 


تجدر الإشارة إلى أن نتيجة عامل المقارنة (ALL)‏ ستتحقق» بغض النظر Le‏ يسبق هذا 
العامل من عوامل المقارنة مثل “=” أو “< >” إذا كانت نتيجة الاستفسار الداخلي مجموعة خالية من 
القيم (EMPTY SET)‏ ويعني هذا OÍ‏ الحقل (أو التعبير الحسابي) قيد التحقق منه بعامل المقارنة 
(ALL)‏ سيحقق الشرط ويكون ضمن النتيجة النهائية للتعليمة إذا كانت نتيجة الاستفسار الداخلي 


مجموعة خالية من القيم. 


على النقيض من عامل المقارنة (ALL)‏ فإن العامل العلاقي (ANY)‏ يشترط أن يكون 


مقترناً بقيمة واحدة على الأقل من مجموعة القيم الناتجة 


قيمة الحقل أو التعبير الحسابي قيد التحقق 


من الاستفسار الداخلي. وكما هو الحال في عامل المقارنة (ALL)‏ يجب أن يسبق عامل المقارنة 
зм! (ANY)‏ عوامل А А)‏ التالية: (<>, >, > = >-, >=(„ فعلى سبيل المثال: لمعرفة 


أعضاء هيئة التدريس الذين تزيد رواتبهم عن متوسطات المرتبات في أي من أقسام الجامعة 
وترتيب النتيجة تصاعدياً حسب أسماء عائلات أعضاء هيئة التدريس» يمكن استخدام التعليمة التالية: 


SELECT * 


FROM FACULTY T 
HERE Salary > ANY (SELECT AVG(salary) 


FROM FACULTY_T 
GROUP BY Department ID) 
ORDER BY LName; 


FACULTY_ FNAME 


وتكون نتيجة التعليمة السابقةء كما يلي: 


РНОМЕ М0 


SALARY DOB 


DEPART 


888 Ali 

568 Salman 
128 Saleh 
338 Ghanim 
328 Hohammed 
540 Salem 
770 Sultan 
068 Saud 
188 ñhmad 
288 Khalid 
858 ñhmad 
718 Mahnood 
бв Fahad 
810 Saad 
58 Yahya 


ñlbader 
ñlbassan 
ñlghamdi 
ñlghanin 
ñlhamad 
ñlhanad 
Aljasir 
ñlkhalifa 
ñlotaibi 
81011 
ñlsabti 
Alsalem 
ñlzaid 
ñlzhrani 
Khorshid 


456-7812 
454-7865 
454-2233 
456-2234 
454-5412 
456-3304 
456-3212 
454-9856 
454-4563 
454-2341 
456-0129 
456-3323 
456-3322 
454-5578 
456-2221 


45300 22-0-6 
33808 13-SEP-68 
116ر‎ 88 13-FEB-69 
44500 12-0-9 
+44809 13-81-65 
18808 11-SEP-72 
13308 13-Ма#-780 
44906 13-ñUG-72 
33908 17-МА#-71 
35008 22-MAY-63 
3390B 15-APR-73 
3190B 19-FEB-73 
13ا‎ 88 12-MAY-71 
11200 17-0CT-67 
36700 12-МАВ-65 


ól‏ نتيجة عامل المقارنة (ANY)‏ على النقيض من عامل المقارنة (ALL)‏ لا تتحققء 
بغض النظر e‏ يسبق هذا العامل من عوامل المقارنة مثل “= أو “< >0 إذا كانت نتيجة 
الاستفسار الداخلي مجموعة خالية من القيم (EMPTY SET)‏ ويعني هذا أن الحقل (أو التعبير 
الحسابي) قيد التحقق منه بعامل المقارنة (ANY)‏ لن يحقق الشرط؛ وبذلك لن یکون ضمن النتيجة 
النهائية للتعليمة إذا كانت نتيجة الاستفسار الداخلي مجموعة خالية من القيم. 


эй فيعمل على التحقق من أن قيمة الحقل أو التعبير الحسابي‎ (IN) عامل المقارنة‎ А 
التحقق؛ هو من ضمن مجموعة القيم الناتجة من الاستفسار الداخلي. وبذلك؛ فهو مكافئ لعامل‎ 
ويعني هذا أن عامل المقارنة‎ АМҮ=* مسبوقاً بعامل المقارنة (>)ء كما يلي:‎ (ANY) المقارنة‎ 
لا يتطلب أن‎ (IN) غير أن عامل المقارنة‎ (IN) في الاستخدام من عامل المقارنة‎ ЈА (ANY) 
وعامل المقارنة‎ (ANY) عامل المقارنة‎ ila يُسبق بعوامل مقارنة أخرى كما هو الحال في‎ 
فعلى سبيل المثال: لمعرفة أعضاء هيئة التدريس الذين لا يعملون في قسم الهندسة‎ (ALL) 
الكهربائية ويتقاضون مرتبات تساوي أي من أعضاء هيئة التدريس الذين يعملون في قسم الهندسة‎ 
الكهربائية» وترتيب النتيجة تصاعدياً حسب أسماء عائلات أعضاء هيئة التدريس» يمكن استخدام‎ 
التعليمة التالية:‎ 


FROM FACULTY Т 
HERE Salary IN (SELECT DISTINCT Salary 
CULTY_T FROM FA 


WHERE Department ID = ЕЕ?) 
ND Department_ID <> “ЕЕ? 
ORDER BY LName; 


وتكون نتيجة التعليمة السابقة كما يلي: 


FACULTY_ ЕМАМЕ LNAME РНОМЕ МО SALARY DOB DEPART 


+00 Ahnad Alotaibi 454-4563 33900 1417-MAY-71 CHEM 


وتكون نتيجة التعليمة السابقة مُكافئة لنتيجة استخدام عامل المقارنة (ANY)‏ الواردة في 
التعليمة التالية: 


SELECT * 
КОМ FACULTY T 


HERE Salary = ANY (SELECT DISTINCT 
Salary 


CULTY T FROM FA 
WHERE Department ID = ЕЕ?) 


ND Department ID <> “ЕЕ? 
ORDER BY LName; 


كما يُمكن أن يُسبق عامل المقارنة (IN)‏ بالنفي؛ ليصبح (NOT IN)‏ ويعني هذا أن الحقل 
أو التعبير الحسابي قيد التحقق سيكون من ضمن النتيجة النهائية للاستفسار الخارجي إذا لم يكن من 
ضمن مجموعة القيم الناتجة من الاستفسار الداخلي Las‏ تكافئ قيمة الحقل أو التعبير الحسابي. 
ويكافئ عامل المقارنة (NOT IN)‏ عامل المقارنة (ALL)‏ مسبوقاً بعامل المقارنة )> >)ء كما 
ALL < <“ TE‏ فعلى سبيل المثال: لمعرفة مواد الحاسب الآلي غير المنفذة في فصل الربيع 
(SPRING)‏ من عام £2000 يمكن استخدام التعليمة التالية: 


FROM COURSE_T 
HERE Course ID NOT IN (SELECT 


FROM SE 


WHERE Semester = ‘SPRING’ AND 
ear = ‘2000°) 
AND Course_ID LIKE ‘CS%’; 


تقوم تعليمة الاستفسار الداخليةء أعلاه» باستخدام جدول المجموعات الدراسية لتحديد كافة 
المواد المنفذة في فصل الربيع من عام 2000. АЇ‏ تعليمة الاستفسار الخارجية فتقوم بتحديد مواد 


الحاسب الآلي غير المنفذة في فصل الربيع من عام 2000 باستخدام عامل المقارنة (NOT IN)‏ مع 
مجموعة القيم الناتجة من الاستفسار الداخلي. وتكون نتيجة التعليمة السابقة» كما يلي: 


COURSE_ TITLE UNITS DEPART 
65181 JAVA 06 3 CS 
5188 COMPUTER ARCHITECTURE 3 CS 
051059 INTRODUCTION TO DATABASE SYSTEMS 3 CS 


2-2-8 الاستفسارات المتداخلة المتعددة المستويات: 


تُمكّن لغة الاستفسار البنائية تكوين استفسارات متداخلة بمستويات تزيد عن مستويين. فعلى 
سبيل المثال: لمعرفة أعضاء هيئة التدريس المؤهلين لتدريس أكثر من مادة بحيث إن كل مادة من 
المواد المؤهلين لتدريسها قد 45 تنفيذها مرةً واحدة على الأقلء يمكن استخدام الاستفسار ذي 
المستويات الثلاثة التالي: 


FROM FACULTY_T 
HERE FaCulty_ID IN (SELECT FaCulty_ID 
CATION T FROM QUALIFI 


Course_ID IN (SELECT Course_ID 

CTION_T) FROM SE 

Culty_ID GROUP BY Fa 
COUNT(FaCulty_ID) > 1); HAVING 


1- 25 تحديد أرقام المواد الدراسية المنفذة أولاً؛ من خلال تنفيذ تعليمة الاستفسار الداخلية 
المعرّف مصدر استرجاعها على أنه جدول المجموعات الدراسية. 


2- 2 تنفيذ تعليمة الاستفسار الأعلى في المستوىء والتي تحَدّد أرقام أعضاء هيئة التدريس 
المؤهلين لتدريس مواد تقع ضمن مجموعة المواد المنفذة. Азу‏ تجميع السجلات الناتجة حسب 
أرقام أعضاء هيئة التدريس. بعد ذلك؛ یتم ترشيح المجموعات حسب عدد السجلات في 05 
مجموعة؛ بحيث إن 0 مجموعة تمثل عدد تكرارات رقم عضو هيئة التدريس. وعندما يتكرر رقم 
عضو هيئة التدريس (في المجموعة) يكون رقم عضو هيئة التدريس ضمن نتيجة الاستفسار 


الفرعي. 


3- 40 تنفيذ الاستفسار الأعلى في المستوى (وهو الاستفسار الأخير)؛ بحيث 25 إظهار كافة 
الفرعي الأدنى في المستوى. 


وتكون النتيجة النھائیة للاستفسار السابق» كما يلي: 


FACULTY_ FNAME LHñHE PHONE МО SñLñRY 8 07 
2086 Khalid 81801 454-2341 35000 22-MñV-63 МАТН 
228 Fahad ñlhamid 456-7733 25900 87-01-78 MATH 
328 Hohanned ñlhamad 454-5412 44000 13-MAY-65 GS 


3-2-8 الاستفسارات المتداخلة المرتبطة :(Correlated Nested Queries)‏ 
& شرح الاستفسارات المتداخلة التي تقوم لغة الاستفسار البنائية بتنفيذها مرةً واحدة فقط؛ 
بمعنى أن O<‏ استفسار داخلي يتم تنفيذه aal g $ ya‏ وبمعزل عن الاستفسار الخارجي الذي يحتويه. 
ويعني هذا أيضاً أن الاستفسارات الفرعية السابقة 389 على أنها استفسارات مستقلة قائمة بذاتها دون 
أي ارتباط بسجلات جدول الاستفسار الخارجي الذي يحتويها. وبعد تنفيذ الاستفسار الداخلي تُستخدم 
نتيجته للمقارنة مع OS‏ سجل من سجلات الجدول المُستخدم في تعليمة الاستفسار الخارجية. غير أنه 
في الكثير من الأحيان تظهر حاجةٌ لربط الاستفسار الداخلي بسجلات جدول (أو جداول) الاستفسار 
الخارجي. ويستدعي هذا عملية تنفيذ الاستفسار الداخلي JS‏ سجل من سجلات جدول الاستفسار 
الخارجي. Ай)‏ عملية الارتباط هذه عندما یتم استخدام أحد حقول جداول الاستفسار الخارجي 
ضمن شرط الاسترجاع في الاستفسار الداخلي. في هذه الحالة („Д‏ الاستفساران (الداخلي 
والخارجي) مترابطين (Correlated)‏ وعلى النقيض من الاستفسارات غير المترابطة؛ з‏ 
استخدام بيانات السجلات الموجودة في جدول الاستفسار الخارجي في تنفيذ الاستفسار الداخلي. 


aii g‏ عملية التنفيد لكل سجل على حدة. فعلى سبيل Jül‏ لمعرفة أعضاء هيئة التدريس المؤهلين 
لتدريس مواد معيّنة ولم يقوموا حتی الآن بتدريسها على الرغم من تنفيذهاء يمكن استخدام التعليمة 
التالية: 


FROM FACULTY Т 

HERE FaCulty_ID IN (SELECT FaCulty_ID 
FROM QUALIFICATION Т Q 

HERE Course_ID NOT IN (SELECT Course_ID 


FROM SECTION Т $ 


HERE Q.FaCulty_ID =S. 
FaCulty_ID) 


Course ID IN (SELECT Course ID AND 
СТІОМ Т)); FROM SE 


ويُمكن فهم طريقة تنفيذ التعليمة السابققہ كما يلي: 


1- نقذ تعليمة الاستفسار الداخلية غير المرتبطة؛ لمعرفة أرقام كافة المواد الدراسية التي 


SELECT Course ID 


FROM SECTION Т; 


وتكون نتيجة التعليمة السابقة؛ كما يلي: 


COURSE_ 
СНЕМ181 
CHEH181 
"01 
"01 
6٢54 2 
6٦5 3 
65164 
65165 
ЕЕ1@1 
ЕЕ1@2 
ENGL 181 
۲٢۶ 
6571:1 
16102 
63 
матна O 
PHYS181 
PHYS182 
STñT181 
STñT182 


وعلى 5 ab‏ من تكرار بعض أرقام المواد الدراسية في النتيجة؛ فإن هذا ليس ذا أهميةٍ على 
النتيجة النھائیة لهذا المثال. 

2- نقذ التعليمة المرتبطة الداخلية؛ لمعرفة أرقام المواد الدراسية التي قام OS‏ عضو هيئة 
تدريس بتدريسها. فعلى سبيل المثال: لنفترض عضو هيئة التدریس رقم “660 . في هذه الحالة 
لن ینتج ]6 سجل بعد تنفيذ التعليمة المرتبطة؛ GY‏ عضو هيئة التدريس هذا لم يقم بتدريس أية مادة 
دراسية. ويكون شكل التعليمة المرتبطة في هذه الحالةء كما يلي: 


SELECT Course_ID 
FROM SECTION TS 


HERE ‘660’ = S. FaCulty_ID; 


3- نقذ تعليمة الاستفسار الخارجیة التي تدمح بين التعليمتين السابقتين؛ لمعرفة أرقام 
أعضاء هيئة التدريس المؤهلين لتدريس مواد دراسية؛ ولكنهم لم يدرسوا هذه المواد المؤهلين 
لتدريسها على الرغم من تنفيذهاء كما يلي: 


SELECT FaCulty_ID 
ROM QUALIFICATION T Q 


HERE Course_ID NOT IN (SELECT Course ID 
TION TS FROM SE 


ulty_ID = WHERE Q.Fa 
S. FaCulty_ID) 


ND Course ID IN (SELECT Course ID 


TION Т); FROM SE 


وتكون نتيجة التعليمة» كما يلي: 


FACULTY_ 


bads‏ ظهور رقم عضو هيئة التدريس “660 وذلك لكون عضو هيئة التدريس هذا مؤهل 
لتدريس مادة الإحصاء (STAT101)‏ حسب محتويات جدول المؤهلات التدريسية لأعضاء هيئة 
التدريس؛ ولكنه لم يقم بتدريسها حسب محتويات جدول المجموعات الدراسية؛ إذ قام عضو هيئة 
تدريس آخر (وهو ذو الرقم )٥600“‏ بتدريس هذه المادة. وكذلك هو الحال بالنسبة لعضو هيئة 
التدريس رقم “770” المؤهل لتدريس مادة الفيزياء (PHYS101)‏ ولكنه لم يقم بتدريسها على 
الرغم من تنفيذها حسب جدول المجموعات الدراسية؛ حيث قام بتنفيذها عضو АЗА‏ التدريس ذو 
الرقم “710”. 

4- 34% تعليمة الاستفسار الخارجية الأخيرة؛ لمعرفة بيانات أعضاء هيئة التدریس ذوي 
الأرقام الواردة ضمن النتيجة النهائية (السابقة) للاستفسار الداخلي. وتكون نتيجة التعلیمة كما 


FACULTY_ FNAME LNAME PHONE_NO SALARY DOB DEPART 
6060 Saud ñlkhalifa 454-9856 9را‎ 08 43-ñUG-72 STAT 
770 Sultan Aljasir 456-3212 43300 13-MAY-70 PHYS 


1-3-2-8 العامل العلاقی EXISTS‏ 


يُستخدم عامل المقارنة EXISTS‏ لاختبار نتيجة الاستفسار الفرعي من حيث خلوه من أية 
نتيجة (EMPTY SET)‏ فعندما يكون الاستفسار الفرعي خالياً من النتائج تصبح نتيجة العامل 
5 خطأ (False)‏ وعندما تحتوي نتيجة الاستفسار الفرعي على نتائج؛ تصبح نتيجة 
العامل EXISTS‏ صح (True)‏ وفي الغالبية العظمى من الأحيان يُستخدم العامل العلاقي 
59 مع الاستفسارات المتداخلة المرتبطة. فعلى سبيل المثال: لمعرفة أعضاء Аза‏ 
التدريس الذين قاموا بتدريس مواد دراسیة يمكن استخدام الاستفسار المتداخل المرتبط التالي: 


SELECT * 
FROM FACULTY_T F 
WHERE EXISTS (SELECT * 


FROM SECTION T S 
WHERE F.Faculty_ID = $.Еасшу 10); 


يقوم الاستفسارژ السابق بتحديد سجل aj‏ أعضاء АЗА‏ التدريس من جدول أعضاء Аца‏ 
التدريس الوارد في الاستفسار الخارجي» ومن ë‏ يقوم باسترجاع كافة السّجلات من Jsa‏ 
المجموعات الدراسية التي уз‏ 35 فيها رقم عضو هيئة التدريس الذي تمَّ تحديده من ضمنها. بعد 
ذلك یتم التحقق من Ям‏ نتيجة الاستفسار الداخلي من السجلات. وعندما تكون نتيجة الاستفسار 
الداخلي غير خالية من السجلات؛ فإن هذا يعني أن عضو АА‏ التدريس قد قام بتدريس مواد 
دراسية. وخلاف ذلك؛ يعني أن عضو هيئة التدريس لم يقم بتدريس أية مادة دراسية. وتكون 
نتيجة التعليمة السابقة» كما يلي: 


FACULTY_ FNAHE LHñHE PHONE_NO SALARY DOB DEPART 
288 Khalid ۸100 454-2341 35008 22-МАҮ-63 MATH 
220 Fahad Alhamid 456-7733 25988 87-01-70 МАТН 
310 Saleh ñleesa 454-8932 30088 13-SEP-66 CS 
320 Mohanmed ñlhamad 454-5412 41888 13-18-65 CS 
330 Ghanim ñlghanim 456-2234 4450A 12-AUG-69 CS 
340 Ibraheem ñlsaleh 454-1234 25008 20-JAN-70 CS 
408 Ahmad ñlotaibi 454-4563 33909 17-HAY-71 CHEM 
500 Yahua Khorshid 456-2221 36700 12-HñR-65 ENGL 
540 Salen ñlhamad 456-3304 400098 11-SEP-72 ENGL 
600 Turki ñlturki 456-7891 27800 23-JUL-75 STAT 
640 Fahad Alzaid 456-3322 44300 12-HAY-71 STAT 
710 )1 04 Alsalem 456-3323 31900 19-FEB-73 PHYS 
730 Mishal ñlmazid 454-2343 29800 17-SEP-75 PHYS 
808 Ali ñlbader 456-7812 45300 22-JUH-66 ЕЕ 


810 Saad ñlzhrani 454-5578 44200 17-OCT-67 EE 


Ц‏ إذا أردنا معرفة أعضاء هيئة التدريس الذين لم يقوموا بتدريس АЈ‏ مادة دراسية؛ فيمكن 
استخدام الاستفسار المتداخل التالي الذي يُستخدم فيه عامل المقارنة (МОТ EXIXTS)‏ كما يلي: 


FROM FACULTY ТЕ 
НЕКЕ NOT EXISTS (SELECT * 


CTION TS FROM SE 


Culty_ID = WHERE Е.Еа 
S.FaCulty_ ID); 


وتكون نتيجة الاستفسار السابق» كما үн‏ 


FACULTY_ ЕНАМЕ LNAHE PHONE_NO SALARY DOB DEPART 
820 $а1еһ ñlghandi 454-2233 446090 13-РЕВ-69 CHEM 
568 Salman ñlbassan 454-7865 33880 13-SEP-68 ENGL 
668 Saud Alkhalifa 454-9856 449890 13-AUG-72 STAT 
778 sultan ñljasir 156-3212 43300 13-MAY-70 PHYS 
858 Ahnad ñlsabti 456-0120 33980 15-APR-73 ЕЕ 


وکمثالِ آخر؛ لنفترض أننا نرغب في معرفة المواد الدراسية التي لم نقذ من قبل الجامعة 
الأهلية حتى الآن. للإجابة عن هذا الاستفسار يمكن استخدام التعليمة التالية: 


FROM COURSE_T C 
HERE NOT EXISTS (SELECT * 


TION TS FROM SE 


.Course_ID = WHERE 
S.Course_ID); 


وتكون نتيجة التعليمة السابقة» كما يلي: 


GOURSE TITLE UHITS DEPñRT 


СНЕМ182 CHEMISTRY (II) 3 
ЕЕ103 ELECTRONICS (II) 3 
EE104 COMMUNICATION NETWORKS 4 
ENGL103 TECHNICAL WRITING 3 ENGL 
HATH106 ALGEBRA 4 
Матн187 COMPUTER МАТНЕМАТІС5 3 

Insert, Delete and Update) وا حذف؛ والتحدیث‎ du تعلیمات‎ 3-8 


:(Statements 


توفر لغة الاستفسار البنائية ثلاث تعليمات لتغيير محتوى قاعدة البيانات؛ وهي: تعليمة 
الإضافة (Insert)‏ وتعليمة الحذف (Delete)‏ وتعليمة التحديث (Update)‏ وفيما يلي شرح JS‏ 


واحدة من هذه التعليمات الثلاث. 

1-3-8 تعليمة الإضافة :(Тпвегї)‏ 

إن أبسط صور تعليمة الإضافة؛ هي: إضافة سجل لجدول ما. في هذه الحالة يتوجب ذكر 
اسم الجدول» وقيم الحقول للسجل قيد الإضافة. كما يتوجّب إدخال قيم الحقول وفق نفس الترتيب الذي 
ái‏ إدراجها فيه في أثناء إنشاء الجدول. فعلى مربيل المثال: يمكن إضافة بيانات عضو Аца‏ تدريس 
جديد يعمل في قسم الرياضيات» كما يلي: 


INSERT INTO FACULTY_T 


ALUES (205°, ‘Saleh’, ‘Altimimi’, ‘454-2233’, 35000, 22-05-1963”, 
МАТН”); 


وتجدر ملاحظة القیود في أثناء عملية إدخال البيانات» مثل المفتاح الرئيسي الذي يجب ألا 
يتكرر مع سجل موجود أصلاً في الجدولء وقید القيم الغائبة «(Мо Null)‏ إذ إن dis éj‏ مرتبط 
بهذا القيد يجب أن تدخل قيمة У), «А1‏ فشلت عملية الإضافة» والقيد الفريد ¿s| O) У (Unique)‏ 
Jia‏ مرتبط بهذا القيد يجب أن تكون له АА‏ غير متكررة مع سجل موجود أصلاً في الجدولء على 
الرغم من أن قيمة الحقل من الممكن أن تكون (NULL) Аа‏ لأكثر من جل واحد كما أسلفنا عند 
شرح قيود السجلات» وإلا فشلت عملية الإضافة Laj‏ 


А‏ الشكل الثاني لتعليمة الإضافة؛ فهو عند الرّغبة في إدخال قیم بعض الحقول» وليس 
جميعها. 525 هذا СКД)‏ من التعليمة مفيداً جداً عندما يكون 5де‏ حقول الجدول كبيراً جداً ونرغب 
في إدخال بعضٍ منها فقط. وفي هذه الحالة يتوجب ذكر أسماء الحقول التي سيتمٌ إدخال قيم لها 
قبل إدراج القيم التي سيتمٌ إدخالها. ونظراً А‏ أسماء الحقول ضمن عملية الإضافة؛ فإنه يمكن 
إدخالها г‏ ترتیب شیئنا طالما أن القيم ДАЈ)‏ متوافقة مع ترتيب الحقول. فعلى سبيل المثال: يمكن 
إدخال بيانات عضو هيئة تدريس جديد يعمل في قسم الرياضياتء كما يلي: 


INSERT INTO ЕАСОІТҮ Т (FName, FaCulty_ID, LName, 
Department_ID. DOB) 


ALUES (‘Mohamed’, 207°, ‘Alsalem’, “МАТН”, “22-05-1963°); 


хе з‏ استخدام الشكل السابق للتعليمة؛ فإن أي dia‏ لم تدخل له قيمة ضمن تعليمة الإضافة 
ستكون قيمته Аа‏ أو ستأخذ القيمة الافتراضية في حال ارتبط الحقل الذي لم تدخل قيمة له بقيمة 
افتراضية في أثناء إنشاء الجدول. D‏ إذا أردنا أن تكون Аай‏ حقل ما غائبة بشكلٍ صريح؛ فتستخدم 
NULL“ ААК‏ لهذا الغرض. فمثلا: يمكن أن نضع قيمة Jia‏ الراتب (SALARY)‏ غائبة بشكل 
«а а‏ كما يلي: 


INSERT INTO FACULTY Т (FName, ЕаСиќу ID, LName, 
Department ID, DOB, Salary) 


ALUES (‘Mohamed’, “207”, ‘Alsalem’, “МАТН”, ‘22-05-1963’, 


ss À,‏ شكلٌ ثالث لعملية الإضافة يُستخدم لإضافة مجموعة من السجلات» تكون ناتجة من 
عملية اختيار» إلى جدول. فعلى سبیل المثال: لنفترض أننا نرغب في إنشاء جدول جديد بِمُسمّى 
(TEMP_ T)‏ يحتوي على ثلاثة حقول: dia‏ يحتوي على رمز القسم الدراسي» وحقل يحتوي على 
عدد أعضاء هيئة التدريس في القسم» وحقل يحتوي على مجموع رواتب أعضاء هيئة التدريس في 
سی "قي биш ЫГЫ‏ 
aN‏ — 


СКЕАТЕ ТАВГЕ ТЕМР_Т 

PRIMARY KEY, CHAR(6) (DEPARTMENT ID 
UMBER,FACULTY_NO 
UMBER); TOTAL SALARY 


وبعد إنشاء الجدولء يمكن إدخال البيانات إليه؛ كما يلي: 


INSERT INTO TEMP Т 


SELECT Department ID, COUNT(*) FaCulty_NO. SUM(Salary) 
Total Salary 


FROM FACULTY Т 
GROUP BY Department_ID; 


وتكون نتيجة العملية السابقة» كما يلي: 


DEPART FACULTY_NO TOTAL SALARY 


CHEM 2 78500 
CS 4 143500 
EE 3 123400 
ENGL 3 118588 
MATH 2 60900 
PHYS 3 105006 
STAT 3 117000 


كما يمكن إدراج أسماء الحقول ضمن تعليمة الإدخالء كما يلي: 


INSERT INTO ТЕМР Т (Department ID, FaCulty_NO, 
Total Salary) 


SELECT Department ID, COUNT(*), SUM(Salary) 


FROM 07 
GROUP BY Department ID; 


وتجدر الإشارة إلى أنه ليس من الضروري أن يكون الجدول المُراد إدخال قيم له فارغاً من 
السجلات؛ حتى يمكن استخدام الشكل السابق للتعليمة» وإنما قد يكون الجدول محتوياً على سجلات 


قبل إدخال قيم جديدة فيه باستخدام الشكل السابق للتعليمة. 
2-3-8 تعليمة الحذف :(Delete)‏ 


дады даа 2‏ لعف (ОЕГЕТЕ)‏ لحذف السّجلات من الجداول. وتحتوي تعليمة 
الحذف على عبارة الشرط apil (WHERE)‏ بشرط الاسترجاع في عبارة الاختيار 
з (SELECT)‏ تنفيذ عملية الحذف على سجل واحدٍ أو مجموعة من السجلات في جدول واحد 
فقط. فعلى سبيل المثال: يُمكن حذف سجل عضو هيئة التدريس ذي الرقم “207” الذي Š‏ إدخاله 
في جدول أعضاء هيئة التدريس أعلاہء كما يلي: 


DELETE FROM FACULTY Т WHERE 


ЕаСиќу 10=*207°; 


كما يمكن حذف де зала‏ من السجلات Lage‏ عن سجل 3332 ам! s‏ حسب الشرط الذي з‏ 
تحديده في عبارة الشرط. فمثلاً؛ يمكن حذف الأقسام الدراسية التي يقل عدد أعضاء هيئة التدريس 
فيها عن ثلاثة من الجدول المؤقت «(ТЕМР Т)‏ كما يلي: 


DELETE FROM ТЕМР Т WHERE FaCulty_NO > 3; 


أمّا إذا أردنا حذف كافة СЬ)‏ من جدول ما؛ فإنه يمكن استخدام تعليمة الحذف دون 
استخدام عبارة الشرط, فمثلاً؛ يمكن حذف بقية السجلات الموجودة في الجدول المؤقت 
(ТЕМР Т)‏ كما يلي: 


DELETE FROM TEMP T; 


وعلى الرُّغم من أننا قد قمنا بحذف كافة ШЫЛЫЙ‏ من الجدول المؤقت؛ فإن تعريف هيكل 
الجدول یستمرٌ موجوداً ضمن مكوّنات قاعدة البيانات. ويعني هذا أن تعليمة الحذف تقوم بحذف 
السجلات» سواء بشكل فردي أو كمجموعات؛ ولكنها لا تقوم بإزالة هياكل الجدول. ولحذف هيكل 


الجدول تُستخدم تعليمة الإزالة (DROP)‏ كونها هي الوحيدة القادرة على إزالة هياكل البیانات 
وبقية مكوّنات قاعدة البيانات (مثل: القیود والمنظورات). ولإزالة هيكل الجدول المؤقت» على 


DROP TABLE ТЕМР Т; 


وعند استخدام تعليمة الحذف؛ تجدر ملاحظة قيود السلامة المرجعية؛ إذ Ó)‏ حذف سجل ما قد 
يؤدي إلى حذف سجلات في جداول أخرى مرتبطة بالسجل موضع الحذف بقيود المفتاح الخارجي. 
وحسب تعريف القيود الخارجيةء كما أسلفنا سابقاء Ú‏ أن تقبل عملية الحذف ويتخذ الفعل المناسب 
إزاء المفاتيح الخارجية هذه (سواء وضع قيمها بحيث تكون غائبة أو لقيمة افتراضية ¿(La‏ أو ترفض 
عملية الحذف (عند ارتباط أحد المفاتيح الخارجية برد الفعل RESTRICT“‏ أو Ë‏ حذف 
السجل وكافة السجلات التي تشير له ضمن مفاتيحها الخارجية (عندما تكون مرتبطة برد الفعل 
CASCADE“‏ 

3-3-8 تعليمة التحديث (Update)‏ 

تُستخدم تعليمة التحديث (UPDATE)‏ لتحديث قيم حقول سجل واحد أو أكثر في جدول ما. 
وكما هو الحال في تعليمة الحذف السابقة؛ تُستخدم العبارة الشرطية (WHERE)‏ لتحديد السجلات 
التي ستُجرّی عليها عملية التحديث. فمثلاً: لتحديث راتب عضو هيئة التدريس ذي الرقم “200” 


ليصبح 40000 (عوضاً عن 35000)؛ يمكن استخدام تعليمة التحديث» كما يلي: 


UPDATE FACULTY Т 
SET Salary = 40000 


WHERE FaCulty_ID = ‘200’; 


ويمكن استخدام التعليمة لتحديث مجموعة من السّجلات» عوضاً عن سجل واحد؛ بحيث 
ينطبق عليها شروط عبارة "WHERE:‏ فمثلاً: يمكن استخدام التعليمة التالية لزيادة مرتبات 
أعضاء هيئة التدريس الذين يعملون في قسم الرياضيات بنسبة %10: 


UPDATE FACULTIY Т 
SET Salary = Salary * 1.1 


WHERE Department_ID = 
“МАТН”; 


كما يُمكن تحديث كافة السجلات في الجدول؛ وذلك عند عدم استخدامنا للعبارة الشرطية 
(WHERE)‏ ضمن تعليمة التحديث. فمثلاً: يمكن زيادة رواتب كافة أعضاء هيئة التدريس في 
الجامعة الأهلية بنسبة %10 وفق تعليمة التحديث التالية: 


UPDATE FACULTY Т 


SET SALARY = Salary * 1.1; 


وكما هو Hall‏ عند استخدام تعليمة الحذف» تجدر ملاحظة قيود السلامة المرجعية في تعليمة 
التحديث؛ إذ إن تحديث قيمة المفتاح الرئيسي لسجل ما قد يترتب عليه تحديث المفاتيح الخارجية 
المعرّفة في جداول أخرى تشيرٌُ للسجل موضع التحديث. في هذه الحالة تتحَدّد عملية التحديث على 
السجل من عدمها وفق الضوابط الموضوعة على المفاتيح الخارجية والمصاحبة لعبارة «عند 
التحديث» (ON UPDATE)‏ في الجداول التي تشير إلى السجل ضمن مفاتيحها الخارجيةء كما 
أسلفنا سابقاً. فعلى مربيل المثال: لو حاولنا تغيير المفتاح الرئيسي لعضو هيئة التدريس رقم 
0٠‏ ليصبح “205”؛ فإن هذه العملية ستفشل بمعنى أن نظام إدارة قاعدة البيانات لن يقوم 
بتنفيذها. والسبب وراء ذلك يعود إلى كون بعض السجلات المدوّنة في جدول المجموعات 
الدراسية ترتبط بمفاتيح خارجية تشير إلى رقم عضو هيئة التدريس هذا على أساس أنه الشخص 
الذي يقوم بتدريس هذه المجموعات الدراسية» وأننا لم نربط المفتاح الخارجي في جدول المجموعات 
بعبارة «عند التحديث» (Оп Update)‏ وبالتالي؛ فإن الوضع الافتراضي عند التحديث هو التقييد 
«(RestriCt)‏ أيْ: عدم التحديث. 


UPDATE FACULTY T 
SET FaCulty_ID = ‘205° 


WHERE FaCulty_ID = ‘200°; 


ویٔمکن استخدامُ تعليمة التحديث لتحديث أكثر من حقل (وفي سجل أو أكثر من السجلات). 
فمثلاً: يمكن استخدام التعليمة التالية؛ لزيادة مرتبات أعضاء هيئة التدریس الذين يعملون في قسم 
الحاسب الآلي PCS“‏ بنسبة %10 ونقلهم للعمل في قسم الرياضيات MATH“‏ 


UPDATE FACULTY_T 
SET Salary = Salary * 1.1, 


Department 1р = ‘MATH’ 
WHERE Department ID = ‘CS’; 


وتكون نتيجة التعليمة السابقة عند تنفيذها في بيئة أوراكلء كما يلي: 


SQL> UPDATE FñCULTV T 
2 SET SALARY = SALARY w 1.1, DEPARTMENT_ID = *МАТН' 
З WHERE DEPARTMENT_ID = ‘CS'; 


4 rows updated. 


وباستعراض جدول أعضاء هيئة التدريس؛ نجد أن رواتب وأقسام أعضاء هيئة التدريس 
الأربعة الذين يعملون في قسم الحاسب الآلي» وهم ذوو الأرقام الوظيفية )310‹ 320‹ 330. 
۵0ء قد تع تحديثها؛ بحيث تمّت زيادة رواتبهم بنسبة 9610ء وأصبح القسم الذين يتبعونه هو قسم 
الرياضيات "МАТН“‏ عوضاً عن قسم الحاسب الآلي CS“‏ كما يلي: 


FACULTY_ FNAME МАМЕ РНОМЕ М0 SALARY DOB DEPART 


200 Khalid Aloufi 454-2341 35000 22-MAY-63 MATH 
228 Fahad _Alhanmid 456-7733 25900 87-OCT-78 HATH 
310 Saleh ñleesa 454-8932 33800 13-SEP-66 МАТН 
320 Hohammed ñlhamad 454-5412 48400 13-MAY-65 MATH 
B30 Ghanim Alghanim 456-2234 48950 12-ñUG-69 MATH 
340 Ibraheen Alsaleh 454-1234 27500 20-JAN-70 MATH 
+88 ñhmad ñlotaibi 454-4563 33900 1417-MAY-74 CHEN 
420 Saleh ñlghamdi 4934-2233 44600 13-FEB-69 GHEH 
500 Yahya Khorshid 456-2221 36700 12-МАВ-65 ENGL 
540 Salem ñlhamad 456-3304 +0000 11-SEP-72 ENGL 
560 Salman Albassam 454-7865 33800 13-SEP-68 ENGL 
668 Turki ñlturki 1:56-71 27800 23-JUL-75 STAT 
650 Fahad Alzaid 456-3322 44300 12-MAY-71 STAT 
660 Saud ñlkhaliFa 454-9856 44900 13-AUG-72 STAT 
710 Mahmood ñlsalen 456-3323 31900 19-FEB-73 PHYS 
730 Mishal Almazid 454-2343 29800 17-SEP-75 PHYS 
770 Sultan Aljasir 456-3212 43300 13-HAY-70 PHYS 
800 Ali ñlbader 456-7812 45300 22-JUH-66 ЕЕ 

810 Saad Alzhrani 454-5578 44200 17-001-67 EE 

850 ñhmad ñlsabti 456-0120 33900 15-APR-73 EE 


Jiga 4-8‏ الوقت والتاريخ» ودوال الأرقام» ودوال السلاسل الحرفية» ودوال التحويل: 

Д3‏ لغة الاستفسار البنائية مجموعة من الدوال التي تمدن من معالجة البيانات АЗ АЙ‏ في 
قاعدة البيانات. ولاستكمال شرح تعليمات لغة الاستفسار البنائية في بيئة أوراكل نشرح في هذا 
الجزء بعضاً من هذه الدوال. ,45„ هذه الدوال في بعض الأحيان بدوال الصفوف Row)‏ 
s(FunCtions‏ وذلك للتفريق بينها وبين دوال التجميع (التي تُسمّى أحياناً دوال الأعمدة)» وسبق أن 
قمنا بشرحها في الجزء (8-1-2-7). 


1-4-8 دوال الوقت والتاريخ: 


تُخزّن بيانات الوقت والتاريخ في بيئة أوراكل كبيانات رقمية لتمثيل ما يلي: 


والصيغة الضّمنية Jay‏ وعرض التاريخ هي {рр-МОМ№-ҮҮ)‏ بحيث إن (DD)‏ 
А‏ تاريخ اليوم» (МОМ).‏ تمثل الثلاثة أحرف الأولى من (ҮҮ); ‹ ж)‏ تمثل السنة كما في 
“99-20-,7]111”. وتستخدم الدالة (SYSDATE)‏ لاسترجاع تاریخ اليوم من نظام التشغيل؛ وذلك 
باستخدام جدول افتراضي (Dummy)‏ مُخصّص لهذا الغرض في بيئة أوراكل هو 


(SYS.DUAL)‏ فعلى سربيل المثال: يمكن استعراض تاريخ الیومء كما يلي: 


SELECT SYSDATE 


FROM SYS.DUAL; 


وتكون نتيجة التعليمة السابقة» كما يلي: 


SYSDATE 


03/08/18 
ويُمكن إجراء عمليات مختلفة على الوقت والتاريخ من ضمنها ле бах‏ على تاریخ» وطرح 
عددٍ من تاریخ وطرح تاريخ من تاريخ» كما يلي: 


1- لحساب تاريخ الغد: 1 + .SYSDATE‏ 


2- لحساب تاريخ الأمس: SYSDATE‏ - 1. 


3- لحساب الوقت بعد ست ساعات: 6 + #24/$Ү$РАТЕ‏ بحيث إن عدد ساعات اليوم 
هو 24 Ас.‏ 


4- لحساب الوقت بعد عشر دقائق: 10/1440 + SYSDATE‏ بحيث إن عدد الدقائق 
في اليوم هو 1440 دقيقة. 


5- لحساب الوقت بعد عشر ثوان: 10/86400 + tSYSDATE‏ بحيث إن عدد الثواني 
في اليوم هو 86400 ثانية. 


كما يُمكن استخدام الدوال التالية للتعامل مع الوقت والتاریخ: 


ААУ -1‏ أو طرح عدد(م) من الشهور من تاريخ (date)‏ طبقاً لإشارة n)‏ (+)) تُستخذم 


الدالة التالية: 
ADD ۱۷10۷10815 (date, п)‏ 


2- لإيجاد فرق الشهور بين تاريخين؛ بحيث يكون الناتج سالباً إذا كان التاريخ ((datel‏ 
أصغر من ((date2‏ كما قد يحتوي الناتج على sja‏ عشري يمثل فرق الأيام بین التاريخين» 
شُتخدم الدالة التالية: 


MONTHS_BETWEEN (41, 


12) 


3- لتقریب التاريخ والوقت طبقاً لشكل «озал (Format)‏ ويكون التقریب إلى أقرب Азы‏ أو 
شهر أو أي جزءٍ من أجزاء التاريخ والوقت؛ ومع إهمال Format))‏ يكون التقريب إلى منتصف ليل 


ROUND (date[,format]) 


4- لاستقطاع جزءٍ من التاريخ والوقت طبقاً لشكل Format))‏ معینء ومع إهمال 
Format))‏ يكون الوقت هو الصفر (أيْ: منتصف ‹00АМ.12 (О‏ تُستخدم الدالة التالية: 


TRUNC (date[.format]) 


5- لإيجاد تاريخ آخر يوم من الشهر الذي يقع فيه التاريخ ¿date))‏ تُستخدم الدالة التالية: 


LAST DAY (date) 


فعلى سبيل المثال: لمعرفة تاريخ آخر يوم من شهر مارس لعام 21999‹ š‏ تستخدم التعليمة 
التالية: 


SELECT LAST DAY (05-03-99?) 


FROM DUAL; 


وتكون نتيجة التعليمة السابقة» كما يلي: 


LAST_DAY 


31/03/99 
2-4-8 دوال الأرقام: 


А‏ لغة الاستفسار البنائية في بيئة أوراكل مجموعة من الدوال التي يُمكن استخدامها مع 
الأرقام. وهذه الدوال» كما يلي: 


1- لتقريب حقل رقمي (А1)‏ إلى حقل رقمي يحتوي على (A2)‏ خانة على يمين الفاصلة 
العشرية» وبحيث يكون الناتج عددا صحیحاً إذا كانت .(A2=0)‏ 


ROUND (AL,[A2]) 


ومن استخدامات الدالة السابقة؛ خفض عددٍ الأرقام العشرية الناتجة من استخدام دوال 
الأعمدة (أو التجميع) في جدول النتائج. 


2- لتمثيل dia‏ رقمي (АТ)‏ يحتوي على Айз (A2)‏ على يمين الفاصلة العشریةء تستخدم 
الدالة التالية: 


TRUNC (AL,[A2]) 


3- لإرجاع باقي قسمة العدد (АТ)‏ على العدد (A2)‏ تُستخدم الدالة التالية: 


MOD (A1,A2) 


4- لإرجاع القيمة المطلقة للعدد (A1)‏ مع ملاحظة أن القيمة المطلقة دائماً موجبةء تُستخدم 
الدالة التالية: 


АВ$ (А1) 


5- لمعرفة إشارة العدد (АТ)‏ بحيث تكون النتيجة هي(1) إذا كان ۸1 موجباً و (-1) إن 
كان Шш‏ )0( إذا كان العدد يساوي صفراًء تُستخدم الدالة التالية: 


SIGN (A1) 


الفیزیاءء ومتوسط مرتبات أعضاء هيئة التدريس الذين يعملون في قسم الكيمياء مقربين إلى رقمين 
عشريين» وإلى أقرب عددين صحيحين؛ نستخدم التعليمة التالية: 


اچ وج E‏ ا 


SELECT Department ID, AVG(Salary), ROUND(AVG(Salary),2), 
TRUNC(AVG(Salary)) 
ROM FACULTY Т 
HERE Department ID = ‘PHYS’ OR Department ID = ‘CHEM? 


GROUP BY Department_ID; 


وتكون نتيجة التعليمة السابقة؛ كما يلي: 
DEPART AUG( SALARY) ROUND(ñUG(SñLñRRY),2) TRUNC(ñUG(SñLRRY))‏ 


3-4-8 دوال السلاسل الحرفية: 


1- لاختيار eja‏ من سلسلة حرفية АЗЫ (АТ)‏ من الموقع (A2)‏ وبحيث تمثل (АЗ)‏ عدد 
الحروف المطلوبة في السلسلة الحرفية الناتجة» مع ملاحظة أنه عند حذف (Д3)‏ تحتوي النتيجة 
على OK‏ حروف (۸1) التي على يمين (A2)‏ تُستخدم الدالة التالي: 


SUBSTR (A1, ۸2 [,A3]) 


فعلى سبيل المثال: تكون نتيجة التعليمة التالية الحروف الأربعة الأولى من السلسلة الحرفية 
ابتداءَ من أول حرف فيها: 


SELECT SUBSTR (1994-01-01, 1, 
4) 


FROM DUAL; 


وتكون نتيجة التعليمة السابقة؛ كما يلي: 


2- لإيجاد طول الحقل La (A1)‏ في ذلك الفراغات والأصفار السابقة Leading)‏ 
و » تستخدم الدالة التالية: 


LENGTH (А1) 


3- لربط سلسلتين حرفیتین قد تكونا قيماً في عمودين» أو قيمة عمود وثابت حرفي كعمود 
واحدء تُستخدم الدالة التالية: 


А1 || A2 


4- لتحويل جميع حروف سلسلة حرفية (إنجليزية) إلى حروف كبيرة» تُستخدم الدالة التالیة: 


UPPER (A1) 


5- لتحویل جميع حروف سلسلة حرفية (إنجليزية) إلى حروف صغيرة؛ تُستخدم الدالة 
التالية: 


ж 
° 
| 
= 
= 
> 
= 


6- لتحويل أول حرف من 05 ААК‏ (إنجليزية) في سلسلة حرفية إلى حرفب كبير؛ بحيث 
تكون الفواصل بين الكلمات هي المسافة (SPACE)‏ أو أحد الرموز التالية (. : ؛ # ! $ أو 
غيرها)» تُستخدم الدالة التالية: 


INITCAP (А1) 


4-4-8 دوال التحويل: 


1- تتعامل البرامج مع الشكل الخارجي للتاريخ كسلسلة = ы à‏ تحويله مباشرة إلى 
الصيغة الضمنية. وثستخام الدالة التالية لتحويل تاريخ (date)‏ إلى سلسلة حرفية طبقاً لشكل 


TO CHAR (date. format) 


(Format)‏ معين: 


وفيما يلي بعض الأشكال القياسية: 


DATE TIME FORMAT 


mm/dd/yyyy hh:mm PM or hh:mm АМ 


(Format)‏ المختلفة لصيغة التاريخ: 


لعرض اسم اليوم كاملا (Sunday to Friday)‏ في 9 خانات. 


رقم الشهر من السنة (1 إلى 12). 


لعرض اسم الشهر كاملا (January to DeCember)‏ في 9 خانات. 


لعرض اسم الشهر مختصراً (Jan to DeC).‏ 


أول رقمين من السنة 98 مثلا. 


رقم السنة کاملاء 1998 مثلا. 


رقم القرن الميلادي. СС‏ 


الساعة من 1 إلى 12. 2 НН ог‏ 


لتحديد الوقت ما إذا كان قبل أو بعد منتصف الليل. АМ огРМ‏ 


ШЕТ ЧИ كك‎ Жа 


علامات التوقيف. кх‏ 


ШЕ | (Ist, 2nd, 3rd, 4th, 5th, ...(. رتبة الأرقام كما في‎ 


TH 
(first, seCond, ...). الأرقام كتابة‎ 
(Blank Padding). أسماء الأيام والشھور دون إضافة فراغات‎ 


ومن الأمثلة التطبيقية على تحويل التاريخ إلى سلاسل حرفيةء ما يلي: 


TO CHAR(SYSDATE, ‘fmMonth, ddth,yyyy’)| May, 12th, 8 


TO CHAR(SYSDATE, ‘Month, ddsp,yyyy’) May , twelve, 1998 


TO CHAR(SYSDATE, “Ор the” ddspth “of” | On the Twelfth of MAY 
fmMONTH “at” hh:mi:ssPM') at 11:34:29AM 


O CHAR (Number [,format]) 


بحيث يمكن أن يكون الشكل (Format)‏ على إحدى الصيغ التالية: 


عدد التسعات والأصفار يحَدّد عدد الخانات الممكن عرضها. 99990 
يمكن استخدام الفاصلة والفاصلة العشرية؛ aail‏ في طريقة العرض. 
لعرض الإشارة (- أو +) قبل الرقم. 


لعرض الإشارة (- أو +( بعد الرقم. 9995 
لعرض )-( بعد الرقم إذا كان الرقم سالباً. لا تظهر الإشارة الموجبة. 999MI‏ 


3- لتحويل سلسلة حرفية إلى تاريخ طبقاً للشكل (Format)‏ وبإهمال الشكل (Format)‏ 
يجب أن تكون السلسلة الحرفية مطابقة للصيغة الضمنية .(dd-mon-yyyy)‏ يمكن استخدام جميع 
أشكال (Format)‏ الئستخذمة مع دالة (TO_CHAR)‏ عدا (th, sp, fm Чех)‏ تستخدم الدالة 
التالية: 


ТО РАТЕ (string |,format]) 


ومن الأمثلة التطبيقية على تحويل السلاسل الحرفية إلى تواريخ؛ ما يلي: 


TO РАТЕ(12-МАҮ-98°) 12-May-98 
TO DATE(‘May, 12, 1998°, ‘Month, dd, yyyy') 12-May-98 


:((Data Control Language (DCL) لغة التحكّم في البيانات‎ 5-8 


Ду‏ نظم إدارة قواعد البيانات العلاقية إمكانية التحكّم في الصلاحيات المخوّلة للمستفيدين 
للتعامل مع البيانات المخرّنة في قاعدة البيانات. وحيث إنه يمكن التعامل مع قاعدة البيانات 
الواحدة من قبل أكثر من مُستخدم وفي of‏ واحد؛ فإن نظم إدارة قواعد البيانات العلاقية تمگن من 
التعامل المتزامن للبيانات من قبل أكثر من مُستخدم؛ وذلك عن طريق تزويد OS‏ مُستخدم لنظام إدارة 
قاعدة البيانات برمز خاص аар‏ من التعامل مع قاعدة البيانات. ويُستخدم الرمز الخاص JS‏ 
مُستخدم في تعريف الصلاحيات التي تخوّله للتعامل مع الجداول المختلفة المعرّفة في قاعدة 
البيانات. وتوفر لغة الاستفسار البنائية تعليمتين يُمكن من خلالهما التحكم في الصلاحيات التي 
تُعطّى للمستفيدين للتعامل مع قاعدة البيانات أو سحب الصلاحيات منهم. وهاتان التعليمتان هما: 
تعليمة gia‏ الصلاحية ((Grant)‏ وتعليمة سحب الصلاحية (Revoke)‏ 


гыз 1-5-8‏ الصلاحيات: 


عند إنشاء جدول جديد باستخدام تعليمة الإنشاء (Create)‏ يكون الجدول المنشأ (KL,‏ 
للمُستخدم (أو المستفيد) الذي قام بإنشائه. ولمعرفة مُلاك الجداول المختلفة في قاعدة البيانات؛ 
تقوم نظم إدارة قواعد البيانات العلاقية (داخلياً) да р‏ رمز المستخدم الذي يملك الجدول قبل اسم 
الجدول. فلو افترضنا أن رمز المستخدم الذي قام بإنشاء جدول المواد الدراسية (Course_T)‏ هو 
#°Ноџтайу“‏ فإن نظام إدارة قاعدة البيانات سيقوم بتسمية الجدول داخلياً بنفس الاسم الذي 
أستخدم في تعليمة إنشاء الجدول مسبوقاً باسم المستخدم الذي قام بإنشائه؛ كما يلي: 


HOUMAILY.COURSE Т 


وتعني الطريقة السابقة في تسمية الجداول داخل قاعدة البيانات؛ أنه بالإمكان إنشاء أكثر من 
جدول بنفس المُسمَّى؛ ولكن من قبل مستخدمين (أو مستفيدين) مختلفين. ویقوم نظام إدارة قواعد 
البيانات في Ja‏ أي التباسٍ قد يظهر نتيجة لتكرار مُسميات الجداول من خلال إدراج رمز المستفيد 
الذي يملك الجدول قبل اسم الجدول» كما هو أعلاه. وعند الرجوع لجدول يتكرّر اسمه ضمن 
جداول قاعدة ال بیانات؛ فإنه يتعيّن على المستفيد إدراج رمز مالك الجدول قبل اسم الجدول؛ حتى 
یتمگن نظام إدارة قاعدة البيانات من التعرّف على الجدول المقصود دون ¿sÍ‏ التباس مع الجداول 


الأخرى التي تحمل نفس АШАЙ‏ وفي АЙ‏ عدم التقيّد بذلك من قبل المستفيد؛ فإن نظام إدارة قاعدة 
البيانات لن يتمگن من التعرُف على الجدول المقصود. وبالتالي؛ فإنه لن يقوم بتنفيذ العملية 
الصادرة من قبل المستفيد التي تحتوي على اسم جدول يتكرّر مع مُسمّيات جداول أخرى في قاعدة 
البيانات. ]14 في حالة عدم وجود التباس في مُسمَّيات الجداول؛ فإنه يُمكن استخدام اسم الجدول 
مباشرة دون إدراج رمز المستخدم الذي يملك الجدول. 


وباستطاعة المستفيد الذي قام بإنشاء جدول ما التعامل مع هيكل الجدول والبيانات المخرّنة 
فيه؛ إذ O)‏ بإمكانه حذف هيكل الجدول أو التعديل عليه كما أن بإمكانه استرجاع البيانات الموجودة 
في الجدول والتعديل عليها сы)‏ خلال عمليات الحذف» والإضافةء والتحديث). ونظراً؛ لأنه 
بالإمكان gi‏ صلاحيات مُحدّدة على GÍ‏ جدول لمستفيدين آخرين خلاف الشخص المالك للجدول 
الذي يملك الصلاحيات الكاملة للتعامل مع هيكل الجدول ومحتوياته؛ فإن نظام إدارة قاعدة البيانات 
يقوم بتحديد الصلاحيات الممنوحة 01 مستخدم وتدوينها في ملفات خاصة بالنظام. Су‏ نظم 
إدارة قواعد البيانات العلاقية من إعطاء الصلاحيات التالية للمستفيدين على جداول قاعدة البيانات: 


- صلاحية الاسترجاع OS :(SeleCt Privilege)‏ هذه الصلاحية من استرجاع البيانات 
المخرّنة في الجدول باستخدام تعليمة الاختیار (أو الاسترجاع) .(SeleCt Statement)‏ 

- صلاحية الإضافة сҝ̆ :)105616 Privilege)‏ هذه الصلاحية من إضافة سجلات جديدة 
للجدول باستخدام تعليمة الإضافة .(Insert Statement)‏ 

- صلاحية الحذف GS :(Delete Privilege)‏ هذه الصلاحية من حذف سجلات موجودة 
في الجدول باستخدام تعليمة الحذف .(Delete Statement)‏ 

- صلاحية التحديث ¿SŠ (Update Privilege)‏ هذه الصلاحية من تعديل القيم المخرّنة 
في سجلات الجدول باستخدام تعليمة التحديث .(Update Statement)‏ 


وعند إنشاء جدول جديد يكون للمستفيد الذي قام بإنشاء الجدول وحده كافة الصلاحيات 
ia gall‏ أعلاه؛ في حين لا يمتلك ]6[ مستفيدٍ آخر أية صلاحية للتعامل مع محتويات الجدول. وحتى 
یتمگن مستفيدٌ آخر من التعامل مع محتويات الجدول؛ فإنه لا بد وأن يقوم مالك الجدول بمَنْح المستفيد 


بعص الصلاحيات eÍ Аъ jall‏ ولمَنْح 1 تفی aua‏ التعامل مع الجدول؛ И A‏ 3 & لی 5 
(Grant)‏ التي تأخذ الشكل العام التالي: 


GRANT Privileges ON Table Name TO User; 


ويقصد ب (Privileges)‏ الصلاحيات الممنوحةء (Table Name)s‏ اسم الجدول الذي 
абай‏ عليه الصلاحيات» (User) s‏ رمز المستفيد الذي Aira‏ منحه للصلاحيات. فعلى سبیل المثال: 
يُمكن gi‏ صلاحية الاسترجاع للمستفيد (Student1)‏ على جدول المواد الدراسية من قبل مالك 
الجدول» وليكن المستفيد ‹((Ноштайпу)‏ كما يلي: 


GRANT SELECT ON COURSE_T TO 
STUDENTI; 


ويُمكن أيضاً рда‏ أكثر من Aaa‏ من خلال نفس تعليمة منح الصلاحية؛ للتعامل مع 
اجون من ف م کا 


GRANT SELECT, UPDATE, DELETE ON COURSE Т TO 
STUDENTI]; 


جدول المواد الدراسية. وتوفر لغة الاستفسار البنائية إمكانية ала‏ كافة الصلاحيات المُدرّجة أعلاه 
بشكلٍ مختصرِ دون الحاجة إلى سرد الصلاحيات الواحدة تلو الأخرى ضمن تعليمة مَنْح الصلاحية؛ 
وذلك من خلال استخدام عبارة (All Privileges)‏ كما يُوضّح المثال التالي: 


GRANT ALL PRIVILEGES ON COURSE Т TO STUDENTI; 


ويُمكن أيضاً الاستغناء عن الكلمة الاختيارية (Privileges)‏ من التعليمة أعلاه؛ لتصبح أكثر 
اختصاراًء كما يلي: 


GRANT ALL ON COURSE_T TO STUDENTI; 


وبعد تنفيذ التعليمة أعلاه؛ يصبح للمستفيد (Student])‏ كافة الصلاحيات التي يملكها 
المستفيد الذي قام بإنشاء الجدولء والتي تُمكّنه من التعامل مع محتويات الجدول من خلال أية تعليمة 
من تعليمات لغة معالجة البيانات. ويُمكن أيضاً ai‏ الصلاحيات لأكثر من مستخدم في نفس 
الوقت. فعلى سبیل المثال: يُمكن әда‏ صلاحية استرجاع بيانات جدول المواد الدراسية ОЕ)‏ من 
t(Student4)s ((Student3) s ((Student2)‏ من خلال استخدام نفس تعليمة їл‏ الصلاحيةء كما 
يلي: 


GRANT SELECT ON COURSE Т TO STUDENT2, STUDENT3, 


STUDENT4; 


ولاعطاء صلاحية معينة على Jsa‏ ما لكافة المستفيدين من قاعدة البیانات Мас‏ عن 


مستفيدين مُحدّدين تستخدم كلمة ¿(PubliC)‏ أي: لعموم المستفيدين. فعلى سبیل المثال: يُمكن مَنْح 
صلاحية استرجاع بيانات جدول المواد الدراسية لعموم المستفيدين» كما يلي: 


GRANT SELECT ON COURSE T TO PUBLIC; 


وتعني التعليمة السابقة أنه بإمكان أي مستفيدٍ أن يقوم بتنفيذ تعليمة الاسترجاع على جدول 
المواد الدراسية. كما يُمكن Азы‏ كلمة (ALL)‏ مع كلمة (PUBLIC)‏ لمنح كافة الصلاحيات 
على جدول ما ولكافة المستفيدين من قاعدة البيانات. فعلى سبيل المثال: يمكن сЗа‏ كافة 
الصلاحيات لكافة المستفيدين على جدول المواد الدراسيةء كما يلي: 


GRANT ALL ON COURSE_T TO PUBLIC; | 


وتوفر تعليمة їл‏ الصلاحية إمكانية إعطاء الصلاحيات على حقول معينة في الجدول؛ 
عوضاً عن كافة حقوله. وبهذه الطريقة يُمكن حَجْب التعامل مع بعض البيانات الحساسة في الجدول 
عن المستفيدين؛ مما „з‏ حماية أكثر دقة للبيانات АЗАЙ‏ في الجدول. فعلى سبيل المثال: يمكن 
إعطاء صلاحية تحديث القسم الدراسي الذي تتبعه المادة الدراسية لكافة المستفيدين» مع حجب 
إمكانية تحديث أي من الحقول الأخرى في جدول المواد الدراسیة كما يلي: 


GRANT UPDATE(Department ID) ON COURSE_T TO PUBLIC; 


وتجدر الإشارة إلى أن مقياس لغة الاستفسار البنائية Баз‏ على أنه بالإمكان تحديد الحقول 
التي بالإمكان йл‏ الصلاحية عليها عندما تكون الصلاحية المُعطاة هي صلاحية التحديث 
l (Update)‏ بالنسبة للصلاحيات الأخرى؛ فإن сда‏ الصلاحية سيكون على كافة حقول الجدول؛ 
غير أن بعض نظم إدارة قواعد البيانات العلاقية تمگن من їл‏ الصلاحيات الأخرى (غير صلاحية 
التحديث) على أعمدة مُحدّدة عوضاً عن كافة حقول الجدول. 

1-1-5-8 مَنح الصلاحيات على المنظورات: 


эз у‏ للمنظورات» شأنها شأن الجداول» صلاحيات يُمكن منحهاء وكذلك حجبها. وكما هو 
الحال بالنسبة للجداول يمكن їл‏ الصلاحيات باستخدام تعليمة (Grant)‏ فعلى سبيل المثال: يُمكن 
مَنْح صلاحية الاسترجاع لكافة المستفيدين على منظور جدول المواد الدراسيةء على افتراض وجود 
29 ۹ ككل قافدة اا کا 


GRANT SELECT ON COURSE_V TO PUBLIC; 


غير أنه من الضرورة بمكان الإشارة إلى أن مَنْحِ صلاحية التحديث؛ والإضافةء والحذف А5‏ 
أكثر تعقيداً؛ وذلك لأن المنظور قد لا يكون قابلآ للتحديث «Ае‏ أو الإضافة إليه» أو الحذف منه كما 
سبق توضيحه سابقاً عند حديثنا عن المنظورات. алу‏ 6( هذه المعضلة إلى تعريف المنظور في 
أثناء إنشائه باستخدام تعليمة إنشاء المنظور (Create View)‏ وبناءَ على تعريف المنظور؛ فإن 


بعض عمليات їл‏ الصلاحية قد لا يمكن تنفيذها؛ لكونها تتضارب مع العمليات التي يُمكن تنفيذها 
على المنظور نفسه. فعلى سبیل المثال: لا يمكن йл‏ صلاحية التحديث على منظور إذا كان معرفاً 
بطريقة لا dai‏ بإجراء عمليات التحديث عليهء مثل احتوائه على دوال تقوم بتجميع البيانات 


(Aggregate FunCtions)‏ أو إن كان يدمج بین محتويات أكثر من جدول. 
2-1-5-8 إعطاء الحق في تخويل الصلاحية: 


تسمح لغة الاستفسار البنائية لمالك الجدول بإعطاء ğa‏ ممارسة تخويل الصلاحية لمستفيد 
(أو مجموعة من المستفیدین)؛ بمعنى أن يصبح لهذا المستفيد (أو مجموعة المستفيدين) القدرة على 
مَنح الصلاحيات التي خُوّلت لهم من قبل مالك الجدول لمستفيدين آخرين. ويمكن ممارسة هذا 
الحق من خلال استخدام عبارة (With Grant Option)‏ فعلى سبيل المثال: يمكن للمستفيد 
”Houmaily“‏ مَنْح كافة الصلاحيات التي يملكها على جدول المواد الدراسيةء الذي قام بإنشائه 
للمستفيد ”Student1“‏ مع إعطائه الحق في تخويل الصلاحيات التي أعطيت له {БУ‏ مستفيدين 


GRANT ALL ON COURSE_T TO STUDENTI 


; WITH GRANT OPTION 


وتعني عبارة With Grant Option“‏ الواردة في نهاية التعليمة السابقة OÍ‏ مالك الجدول 
وهو ”Houmaily“‏ قد أعطى المستفيد Gall ”Student1“‏ في تخويل الصلاحيات الممنوحة له 
لمستفيدين آخرين؛ Айша)‏ إلى Айз.‏ في ممارسة الصلاحيات المعطاة له للتعامل مع محتویات الجدول. 
ғ;‏ على حق تخويل الصلاحية الذي aiá‏ للمستفيد Studenti“‏ من قبل مالك الجدول؛ فإنه 
بإمكان المستفيد 80041011” تخويل بعض أو كل الصلاحيات التي تعٌ إعطاؤها له على الجدول 
لمستفيدين آخرين. ويعني هذا أنه من ضمن الصلاحيات التي أعطِيت للمستفيد Student“‏ 
صلاحية استخدام تعليمة їз‏ الصلاحية (Grant)‏ على جدول المواد الدراسية بما يتوافق مع 
صلاحيات الاسترجاع والتعديل التي أعطيت له. وتجدر الإشارة إلى أنه ليس من الضروري أن 
„А‏ كافة الصلاحيات لمستفيد ما مع صلاحية الحق في تخويل الصلاحية حتى یتمگن من ممارسة 
حقه في تخويل الصلاحية؛ كما هو الحال في المثال السابق. فعلى سبیل المثال: يمكن مَنْح 


المستفيد Gal Student“‏ في تنفيذ عمليات الاسترجاع häi‏ على جدول المواد الدراسية مع حق 
تخويل الصلاحية. وفي هذه الحالة يمكن للمستفيد “5610161711” تنفيذ تعليمات الاسترجاع على 
جدول المواد الدراسية وكذلك تخويل هذه الصلاحية فقط لمستفيدين آخرين. 


2-5-8 سحب الصلاحيات: 


حيث إنه بالإمكان йл‏ الصلاحيات للمستفيدين؛ فإنه بالإمكان كذلك سخب الصلاحيات منهم. 
وتُستخدم تعليمة سخب الصلاحيات (Revoke)‏ لسحب الصلاحيات الممنوحة للمستفيدين. وتعمل 
تعليمة متخب الصلاحية على سخب صلاحيات مُحدّدة من المستفيدين مثلها مثل تعليمة مح 
الصلاحية التي تعطي صلاحيات مُحدّدة للمستفيدين. فعلى سبيل المثال: يمكن سحب صلاحية 
التحديث من المستفید “511106111 الممنوحة له على جدول المواد الدراسيةء كما يلي: 


REVOKE UPDATE ON COURSE_T FROM STUDENTI; 


”Studentl“ إذا ما أريد سحب صلاحية الإضافة وصلاحية الحذف من المستفيد‎ ui 
الممنوحتين له على جدول المواد الدراسية؛ فإنه يمكن تنفیذ تعليمة سخب الصلاحية التالية:‎ 


REVOKE INSERT, DELETE ON COURSE Т FROM STUDENTI; 


كما يُمكن أن تُستخذم عبارة (ALL)‏ ضمن تعليمة سخب الصلاحية كاختصار йай‏ به 
كافة الصلاحيات الممنوحة. فعلى سبيل المثال: يمكن سحب كافة الصلاحيات الممنوحة للمستفيد 
“1 0" باستخدام عبارة (ALL)‏ كما يلي: 


REVOKE ALL ON COURSE_T FROM STUDENTI; 


وكذلك يُمكن استخدام عبارة (PubliC)‏ کاختصار ма‏ به كافة المستفيدين. فعلى سبيل 


VOKE INSERT, DELETE, UPDATE ON СООКЅЕ Т FROM 
PUBLIC; 


j‏ إذا أريد حجب إمكانية التعامل مع جدول المواد الدراسية عن كافة المستفيدين؛ Аа‏ يمكن 


REVOKE ALL ON COURSE Т FROM PUBLIC; 


الفصل التاسع 


موضوعات متقدمة في نظم قواعد البيانات 


يتطرّق هذا الفصلء باقتضاب» إلى أربعة موضوعات متطوّرة ومهمة في abi‏ قواعد 
البيانات» وهي: المعاملاتء وقواعد البيانات الشيئيةء وقواعد البيانات «العلاقية - الشيئية»» وقواعد 
البيانات المورّعة. (баб‏ المعاملات الوسيلة الرئيسية التي یتم من خلالها التفاعل مع قواعد البيانات 
من قبل المستفيدين؛ سواء بشكلٍ تفاعلي مباشر أم من خلال برامج التطبيقات التي يقوم مُطوّرو 
التطبيقات ببنائها. )4 نموذج البيانات الشيئي؛ فقد تع تطويره لسدّ الاحتیاجات التقنية التي يتطلبها 
تطويرُ نظم التطبيقات المتعلقة بمكننة أعمال المنظمات ذات الصبغة غير التقليدية؛ من حیث البيانات 
التي تتعامل معھا مثل استخدامها في تطبيقات التصميم بمساعدة الحاسب الآلي Computer-)‏ 
«(Aided Design‏ والتصنيع بمساعدة الحاسب الاليی Computer-Aided)‏ 
ManufaCturing)ء‏ والتجارب العلمی ونظم المعلومات الجغرافية GeographiCal)‏ 
¿(Information Systems‏ وتطبيقات الوسائط المتعددة ¿(Multimedia AppliCations)‏ 
على سبيل المثال لا الحصر. 


ونظراً لانتشار النموذج العلاقي وسهولته في تمثيل البيانات والتعامل معهاء عكف الکثیژ من 
الشركات المصتعة لنظم إدارة قواعد البيانات العلاقية على تبي بعض مفاهيم النموذج الشيئي ضمن 
منتجاتها؛ حتى تتمگن من مواكبة احتياجات المنظمات التي تتصف بياناتها بالصبغة غير التقليدية؛ 
إضافة إلى تلك التي تتصف بالتقلیدیة, وأصبحت مثل هذه المنتجات 45„ قواعد البيانات 
«العلاقية - الشيئية». ШЫ)‏ بالنسبة للمنظمات التي уй‏ 3 £ فيها مقرّاتها في مناطق عديدة» وعلى رُقع 
متباعدة جغرافياً في الكثير من الأحيان؛ فقد دفعت هذه المنظمات الباحثين إلى їй‏ مفهوم النظم 


الموزٌعة وأضحت о Ай‏ في مجال نظم قواعد البيانات «نظم قواعد البيانات المورّعة». وتوفر 
مثل هذه النظم ла)‏ من الميزات مقارنةً بتلك النظم المركزية من ضمنها «الموثوقية» 
(Reliability)‏ و«التواجد» (Availability)‏ هذا بالإضافة إلى أدائها المتميّز وسهولة а Ш‏ في 
الأجهزة والتطبيقات في مثل هذه المنظمات. ونظراً لأهمية المفاهيم الأربعة السابقة؛ کان من 
الضروري التطرّق إليها في هذا الكتاب ولو بشكلٍ مقتضب. 

:(TransaCtions) المعاملات‎ 1-9 


55 المعاملات الوسيلة الرئيسية التي یتم من خلالها التفاعل مع قواعد البيانات من قبل 
المستفیدین؛ سواءٌ بشكلٍ تفاعلي مباشر أم من خلال برامج التطبيقات التي يقوم مُطوّرو التطبيقات 
ببنائها. وتُعرف المعاملة بأنها برنامج» أو جزء من برنامج» حاسوبي Ёз‏ من خلاله التفاعل مع 
قاعدة بیانات؛ بحيث يقوم بتحويل قاعدة البيانات من حالة صحيحة إلى حالة أخرى صحیحة تتوافق 
مع الضوابط المفروضة على قاعدة البيانات. وقد يكون البرنامج الحاسوبي مُکوناً بالكامل من 
تعليمات تتفاعل مع قاعدة البيانات» مثل تعليمات لغة الاستفسار البنائية؛ وذلك عندما يتم التفاعل مع 
قاعدة البيانات بشكل مباشر (أو تفاعلي) (InteraCtive Mode)‏ دون تضمين هذه التعليمات في 
برنامج مكتوب بلغة برمجة عامة Purpose Programming Language)‏ General)؛‏ أو قد 
يكون البرنامج ЖА‏ 3{ من تعليمات تتفاعل مع قاعدة البيانات» ولكن هذه التعلیمات مكتوبة ضمن ثنایا 
إحدى لغات البرمجة العامة (مثل: سيء وجافاء وكوبول... إلخ). وفي GK‏ الحالتين يتكون أو 
يحتوي البرنامج على تعليمات يمكن فهمها ومعالجتها من قبل نظام إدارة قاعدة البيانات. 

وتقوم GS‏ معاملة إذا АЗ‏ تنفيذها بشكلٍ منفرد على قاعدة البيانات دون تداخل مع АЙ‏ معاملات 
أخرى تحت التنفيذ على قاعدة البيانات نفسهاء ودون АЙ‏ أعطال للنظام في أثناء تنفيذ المعاملة بنقل 
قاعدة البيانات من حالة سليمة إلى حالة سليمة أخرى لا تحتوي على بيانات تخترق ОЇ‏ من القيود 
المفروضة على قاعدة البيانات. فعلى مربيل المثال: قد يحتوي البرنامج على بعضٍ من تعليمات 
لغة الاستفسار البنائية إذا كان البرنامج يتفاعل مع قاعدة بيانات علاقية. ÓS лал,‏ تنفيذ لمجمل 
مجموعة التعليمات الموجودة في البرنامج معاملة baal y‏ وتنحصز التعليمات التي تتكوّن منها 
)43 معاملة بين عملية «بداية» (Begin)‏ تشير إلى بداية تنفيذ معاملة جديدة على قاعدة البيانات» 
وعملية «نهاية» (End)‏ تشيرٌ إلى انتهاء المعاملة. ويتمٌ إدراج оле‏ من عمليات التعديل (الاضافة 


والحذف» والتحديث) والاسترجاع على قاعدة البيانات بين تعليمتئ البداية والنهاية. وتستخدم 
عمليتا البداية والنهاية من قبل نظام إدارة قاعدة البيانات للتعرّف على بداية JS‏ معاملة ونھایتھاء في 
حين تُستخدم التعليمات الأخرى للتفاعل مع محتويات قاعدة البيانات. كما أن غالبية نظم إدارة 
قواعد البيانات تتعرّف على بداية OK‏ معاملة بشکلِ ضمني؛ وذلك عند تنفيذ أول iali‏ تتفاعل مع 
قاعدة البيانات من قبل أحد المستخدمين أو أحد abi‏ التطبيقات» في حين یتم التعرّف على ile‏ 
المعاملة ضمنياً أيضاً من خلال تنفيذ تعليمة التثبیت (Commit)‏ أو تعليمة الانسحاب 
‹(КоПЬаСК)‏ التي تُسمّى أيضاً تعليمة الإخفاق (Abort)‏ من قبل المعاملة. وعندما تكون نهاية 
المعاملة تعليمة تثبيت؛ فإن هذا يعني أن المُستخدم (أو التطبيق) يرغب في تثبيت جميع التعديلات 
التي أجريّت من قبل المعاملة التي قام بتنفيذها على قاعدة البيانات. Gf‏ عندما تكون نهاية المعاملة 
تعليمة انسحاب (أو إخفاق)؛ فإن هذا يعني أن المستخدم (أو التطبيق) يرغب في عدم تثبيت (s|‏ من 
التعديلات التي قامت المعاملة بتنفيذها على قاعدة البيانات؛ مما يعني إرجاع جميع قيم البيانات التي 
تفاعلت معها المعاملة إلى ما كانت عليه قبل تنفيذ المعاملة كما لو أنه لم يتم تنفيذ المعاملة على 
محتويات قاعدة البيانات على الإطلاق. وتتصف المعاملات في قواعد البيانات بأربع сона а‏ 
هي )1992 :(Bernstein et al, 1987; Gray and Reuter,‏ 

1- النووية :(AtomiCity)‏ تعني هذه الخاصية أن OK‏ معاملة Hi‏ باعتبارها وحدة منطقية 
واحدة غير قابلة للتجزئة؛ بحيث إن كافة العمليات التي تحتويها المعاملة إما أن 55 تنفيذها بالكامل 
على قاعدة البیاناتء وإما ألا يتمّ تنفيد أي منها على الإطلاق. 


2- الصحة (أو التوافق) :(ConsistenCy)‏ تعني هذه الخاصية أن کل معاملة عبارة عن 


eja‏ من برنامج (حاسوبي) قد — كتابته بشكلٍ صحيح يتوافق مع الضوابط التي ضعت على 
قاعذة البيانات بالإضافة إلى الضوابط المرغية في ГИК‏ 


3- الغزلة :(Isolation)‏ تعني هذه الخاصية أن O<‏ معاملة ai‏ تنفيذها بشکلِ منعزل على 
قاعدة البيانات دون أئ تداخل مع المعاملات الأخرى التى قد تكون قید التنفيذ بالتزام: 
ون أي مع خر Р‏ ن فی - من 
قاعدة البيانات نفسها. 


4- الدوام :(Durability)‏ تعني هذه الخاصية OÍ‏ }6 تعديلات تُجرَى على قاعدة البيانات 
من قبل المعاملات التي تنتھي؛ وتثبت نتائجها على قاعدة البيانات سيستمرٌ وجود نتائجها على قاعدة 


البيانات حتى لو تعطل النظام مستقبلا. 


;5 — الخصائص الأربع السابقة للمعاملات („Аа‏ خصائص ACID) «зм»‏ 
(Properties‏ اختصاراً لھا؛ بحيث يمثل هذا المُسمّى الحروف الأولى من مُسمّيات الخصائص 
أعلاه. وعند بناء نظم التطبيقات 4% كتابة المعاملات بداخل إحدى لغات البرمجة العامة» مثل: سي 
(C)‏ أو جافا (JAVA)‏ أو كوبول (COBOL)‏ أو داخل إحدى لغات البرمجة المخصّصة 
АВЫ Ды әј‏ التي تقوم 0 كات ДАЗ АА‏ لنطم إداوة قراغ البيانات بتو فر ها азый‏ 
التطبيقات على نظم قواعد البيانات التي تقوم بتصنیعھاء مثل: «أوراكل دفلوبر» OraCle)‏ 
(Developer‏ من شركة أوراكل. وتُسئی ААШ‏ التي تحتوي على تعليمات تتعامل مع قاعدة 
البيانات باللغة المضيفة (Host Language)‏ فعلى سبیل المثال: لو افترضنا وجود قاعدة 
بيانات تتعلق بنظام حجز للرحلات الجوية مكونة من ثلاثة جداولء كما يلي: 


SRC, DEST, 51501, ,FNO, DATE)FLIGHT الرحلات الجوية‎ Озу -1 

(САР‏ الذي يتكوّن من: dia‏ رقم الرحلة (FNO)‏ وتاريخها (DATE)‏ ومحطة الإقلاع 

(SRC)‏ ومحطة الوصول (DEST)‏ وعدد المقاعد المباعة (STSOLD)‏ وسعة الطائرة 
(САР)‏ 


2- جدول العملاء (أو الركاب) (ADDR, BAL ,CNAME)CUST‏ الذي يتكون من: 
اسم العميل (CNAME)‏ وعنوانه (ADDR)‏ ورصيده .(BAL)‏ 


3- جدول حجوزات العملاء (SPECIAL ,FNO, DATE, CNAME)FC‏ الذي يتكوّن 
من: dia‏ رقم الرحلة (FNO)‏ وتاريخها (DATE)‏ واسم العميل (CNAME)‏ واحتياجات 
العميل الخاصة .(SPECIAL)‏ 


ومن ثم؛ ÓM‏ البرنامج التالي» المكتوب بلغة سي (C)‏ يتضمّن illea‏ تتفاعل مع قاعدة 
البيانات المعرّفة أعلاه؛ بهدف إجراء حجوزات للعملاء على الرحالات الجوية. 

يتكوّن البرنامج من eja‏ يتعلق بتعريف المتغيّرات المشتركة التي تستخدمها كل من لغة 
البرمجة المضيفة ولغة الاستفسار البنائية. ыз‏ وَضْع هذه المتغيرات بين بداية ونهاية ما بُعررف 
بجزء توصيف المتغيرات المشتركة (DECLARE SECTION)‏ كما يجب أن يتبع АЙ‏ تعليمة 


تتعاطى مع قاعدة البيانات بالكلمتين المحجوزتين (EXEC SQL)‏ وذلك للتفريق بين التعليمات 
الخاصة بلغة البرمجة والتعليمات التي تتعاطى مع قاعدة البيانات. وبهذه الطريقة يتمگن бъ да‏ 
لغة البرمجة من تجاهل تعليمات لغة الاستفسار البنائية في أثناء ترجمة البرنامج Program)‏ 
(Compilation‏ وإرسالها بشكل مباشرٍ لقاعدة البيانات في أثناء تنفيذ البرنامج. وبعد الجزء 
المتعلّق بتوصيف المتغيّرات المشتركة؛ تُوجّد تعليمة خاصة بلغة سي تهدف إلى قراءة المُدخلات 
التي من المفترض أن يقوم المستفيذ بإدخالها للبرنامج» وهي: رقم الرحلة (flight по)‏ وتاریخھا 
als (day)‏ العميل (Customer_no)‏ وبعد الحصول على بيانات العميل المزمّع إجراء حجز 
له من قبل المستفيد (الذي يقوم بإجراء الحجز) يُنفذ البرنامج تعليمة تقوم بتحديث جدول الرحلات 
Qu aM‏ بحیث يزيد зле‏ المقاعد المباعة بمقعد واخذ؛ وذلك للرحلة الجوية المطلوب إجراء:الحجز 
عليها. Ladis‏ هنا استخدام النقطتين المزدوجتين عند استخدام المتغيرات المشتركة ضمن تعليمات 
لغة الاستفسار البنائية؛ وذلك حتى يتمكّن معالج ДА)‏ الاستفسار البنائية من التفريق بين مُسمّيات 
المتغيرات المشتركة وبقية الكلمات والعبارات الواردة في تعليمات لغة الاستفسار البنائية. بعد ذلك 
يقوم البرنامج بإضافة بيانات العميل والرحلة الجوية لجدول حجوزات العملاء. وينهي البرنامج 
المعاملة من خلال تنفيذ تعليمة التثبيت (Commit)‏ وتعليمة الإطلاق (Release)‏ التي تقوم بفصل 
المعاملة عن قاعدة البيانات» وإطلاق الموارد التي É‏ حجزها في قاعدة البيانات. وتجدر الإشارة 
إلى أن البرنامج السابق غير مكتمل؛ إذ يجب الاتصال بقاعدة البيانات التي سيقوم البرنامج بالتعامل 
معها وتزويدها برقم المستخدم ААС,‏ السر قبل التعامل الفعلي معها؛ ولهذا السبب قد ë‏ وضع 
علامات تنقيط في بداية البرنامج للدلالة على ذلك. 


main í 


EXEC SQL BEGIN DECLARE SECTION; 
char lighl_ по [6], customer пате [20]; 
char day; 

EXEC SQL END DECLARE SECTION; 
scanf (flight_no, day, customer_name); 


EXEC SQL UPDATE FLIGHT + 


SET STSOLD = STSOLD + 1 عمليات تعديل على‎ | 
WHERE FNO = :flight_no AND DATE = :day: قاعدة البيانات‎ | 
EXEC SQLINSERT + L : I 


INTO FC(FNO, DATE, CNAME, SPECIAL); 

VALLUIES(C light по, day, customer пате, null); عملية إنهاء المعاملة‎ 
EXEC SQL COMMIT RELEASE; من خلال تثبیت لسهه‎ 
printf (“Reservation completed”); تعديلاتها‎ 


return(0):) 


ويُلاحَظ في المثال السابق أن تعليمة بذء المعاملة جاءت ضمنية؛ وذلك عند تنفيذ أول تعليمة 
0 ۶ و9 E‏ ا رت aq раа‏ الت 
(Commit)‏ ويمكن أيضاً استخدام تعليمة الانسحاب في المعاملات عوضاً عن تعليمة التثبيت كما 
а э‏ المثال التالي الذي يتعامل مع قاعدة البيانات السابقة نفسها. 


main f 


EXEC SQL BEGIN DECLARE SECTION: 
char flieht_no[6]. cušslomcr namc[20]: 
char day; int templ, temp2; 
EXEC SQL END DECLARE SECTION; 
scanf(flight_no, day, customer пате); 
EXEC SQL SELECT STSOLD, CAP INTO :tcmpl, :temp2 
FROM FLIGHT 
WHERE FNO = :flighl_ по AND DATE = :day: 
if templ = temp2 then í 
рїї “по free seats”); 
EXEC SQL ROLLBACK RELEASE; 
relurn(-1):; 
else ! 
EXEC SQL UPDATE FLIGHT 
SET STSOLD = STSOLD + 1 
WHERE FNO = :fight no AND DATE = :дау; 
EXEC SQL INSERT INTO 
FC(FNO. DATE, CNAME, SPECIAL) 
VALUES(:flight_no, :day, :cuslomer name, null): 
EXEC SQL COMMIT RELEASE; 
print“ Reservation completed”), 
rcturn(0); + 


يقوم البرنامجٔ السابق بنفس عمل برنامج الحجز الذي أسلفنا شرحه أعلاه؛ غير أنه يقوم 
بإجراء عملية قراءة مُسبقة JSI‏ من عدد المقاعد المحجوزة؛ وعدد المقاعد التي تمثل السعة الكلية 
للرحلة الجوية التي من المفترض إجراء الحجز عليها؛ وذلك للتأكد من توفر مقاعد شاغرة لم يتم 
حجزها قبل إجراء أي حجز جديد. وللتأكد من ذلك АЗ‏ قراءة عدد المقاعد المحجوزة وتخزينها في 
المتغير А, (templ)‏ قراءة سعة الطائرة التي ستقوم بالرحلة الجوية وتخزينها في المتغير 
.(temp2)‏ وبعد ذلك تتمٌ مقارنة المتغيرين من حيث تساويهما. وعند تساوي قيمة المتغیرین؛ 
فإن هذا يعني عدم توفُر مقاعد شاغرة؛ لكون عدد المقاعد المباعة على الطائرة مساوياً لسعتها الكلية 
من الركاب؛ مما يستدعي إنهاء المعاملة من خلال عملية التراجع (أو الانسحاب) (ВО ВАК)‏ 
أمّا إذا لم يكن المتغيّران متساويين؛ АМА‏ يمكن إجراء عملية الحجز وتثبيت النتيجة على قاعدة 
البيانات كما في المثال السابق. ويمكن تعديل البرنامج السابق؛ بحيث يقوم بإجراء حجوزات لأكثر 


من مقعد؛ وذلك من خلال تعريف متغير مشترك جديد من نوع الأعداد الصحيحة» وليكن عدد 
المقاعد المطلوبة «(по ОЁ seats)‏ وتعدیل البرنامج بحيث يتواكب مع هذا التعديل. 


1-1-9 التأكيد على خصائص المعاملات في نظم إدارة قواعد البيانات: 


عند تنفيذ المعاملات على قواعد البيانات؛ فإنه لا بد أن تقوم نظم إدارة قواعد البيانات 
(Database Management Systems)‏ بالمحافظة على خصائص المعاملات. ويتمٌ ذلك من 
خلال بناء نظامين فرعيين ضمن 51( نظام لإدارة قواعد البيانات» وهما: نظام التحكّم في التزامن 
‹(СопСштепСу Control ProtoCol)‏ ونظام الاستعادة (أو التشافي) ReCovery)‏ 
.(ProtoCol‏ وعند تنفيذ المعاملات على قاعدة بيانات يقوم نظام إدارة قاعدة البيانات بتفكيك JS‏ 
تعليمة (تتفاعل مع قاعدة البيانات) من تعليمات АЗ‏ معاملة إلى تعليمات بسيطة تتكوّن من عمليات 
قراءة (Read)‏ وعمليات كتابة (Write)‏ بحيث إن 05 عملية بسيطة تتفاعل مع عنصرٍ واحد من 
عناصر قاعدة البيانات. وقد يكون العنصرٌ йм‏ من حقول أحد سجلات جدول من جداول قاعدة 
البيانات» أو قد يكون سجلاً من سجلاتھاء أو قد يكون (BloCk) А‏ من كتل جدول ما Jid‏ 
مجموعة من سجلاته أو قد يكون حتى جدولاً OLIS‏ ومع ذلك؛ فإن ماهية العنصر غير ذات أهمية 
من الناحية المنطقية عندما نتحدث عن نظام التحكم في التزامن ونظام الاستعادة. 


1-1-1-9 نظام التحكم في التزامن (СопСштепСу Control ProtoCol)‏ 


,25 بنا نظام التحکُم في التزامن؛ لضمان خاصية الغزلة СКА у (Isolation)‏ ضمان هذه 
الخاصية من قبل نظم إدارة قواعد البيانات؛ من خلال بناء نظام فرعي يقوم بجدولة العمليات 
البسيطة للمعاملات المختلفة؛ بحيث تبدو المعاملات التي تتبعها هذه العمليات وكأنها 349 بالتسلسل 
الواحدة تلو الأخرى؛ على الرغم من تنفيذها О‏ متزامن | في الوقت «Аы‏ على قاعدة 
البيانات. وبهذه الطريقة 385 المعاملات О‏ متزامن على قاعدة البيانات» ولكن تأثيرها على 
قاعدة البيانات يظهر كأن المعاملات K‏ بشكل متسلسل الواحدة تلو الأخرى. وعلى افتراض أن 
قاعدة البيانات ¿aJ 5 ДИ)‏ منها) صحيحةء تحتوي على بيانات تتوافق مع القيود المفروضة عليهاء 
وأن OS‏ معاملة قد تمّت كتابتها بشكلٍ صحيح يتوافق مع الضوابط (أو القيود) المفروضة على قاعدة 
البيانات؛ فإن تنفيذ مجموعة من المعاملات على قاعدة البيانات بشكلٍ متزامن سينتج عنه حالة bana‏ 
صحيحة أيضاً لقاعدة البيانات طالما أن المعاملات قد تمٌ تنفيذها بشكل یتماثل مع تنفيذها بشکلِ 


متسلسل ماء الواحدة تلو الأخرى دون أي dala‏ (أو تزامن) بينها. وثمكّن نظرية التسلسل 
(Serializability Theory)‏ من التحقق من أن أيّ طريقة لضبط التزامن تحقق خاصية العزلة 
من عدم تحقيقها لذلك. ومن أشهر الطرق المتبعة في بناء نظم التحكُم في التزامن التي تضمن 
تماثل تنفيذ المعاملات بشكل متزامنِ مع تنفيذها بشكلٍ متسلسل طريقة الأقفال Й)‏ الحجز المسبق) 
.(LoCking ProtoCols)‏ 


وباستخدام طريقة الأقفال؛ 0 ربط كل عنصر من palic‏ قاعدة البيانات بقفل؛ بحيث يمكن 
أن يُوضّع القفل في ааз‏ مُخصّص لقراءة العنصرء ويكون القفل في هذه الحالة في ааз‏ حجز 
مشاركة أو قراءة ¿(Shared or Read LoCk)‏ أو في ааз‏ مُخصّص للکتابة على العنصرء 
ويكون القفل في هذه الحالة في jaa ааз‏ استثناء أو كتابة .(ExClusive or Write LoCk)‏ 
ونظراً؛ ОУ‏ أي зше‏ قراءة تابعتين لمعاملتين مختلفتين لا تؤثران على محتويات قاعدة البيانات؛ 
فإنه بالإمكان تنفيذهما بأيّ ترتيب كان. ولهذا السبب؛ فإن قفل المشاركة يسمخ بأن تقوم أكثر من 
معاملة بقراءة العنصر نفسه في الوقت نفسه دون تضارب بين العمليتين. وفي هذه الحالة؛ يقال إن 
عمليات قراءة العناصر تتوافق (Compatible)‏ مع بعضها. وبناءً على ذلك؛ АА‏ يمكن تنفيذ 
عمليات القراءة على عناصر قاعدة البيانات ¿sb‏ ترتيب کان؛ بمعنى أنه يمكن تنفيذها بشكل تبادلي 
(Commutable)‏ على عناصر قاعدة البيانات دون التأثير على القيم المُسترجّعة من العناصر. 
]14 عمليات الكتابة؛ فإنها تؤثر في محتويات قاعدة البيانات؛ ولذلك فإن ترتيب عمليات الكتابة على 
قيم العناصر من قبل المعاملات المختلفة مهمٌ؛ إذ إن القيمة النهائية للعنصر أو القيمة المُسترجّعة منه 
تتوقف على القيمة التي قامت بكتابتها آخر معاملة على العنصر. У‏ فإن ترتيب أي عمليتي كتابة 
تابعتين لمعاملتين مختلفتين مُنفذتین على عنصرٍ ما يتضاربان؛ وذلك لكون ترتيبهما يؤثر في 
القيمة النهائية للعنصر. وكذلك هو الحال عندما تكون إحدى العمليتين عملية قراءة؛ إذ إن القيمة 
المسترجّعة من العنصر تتوقف على ترتيب عملية القراءة؛ من حيث كونها قد — قبل عملية 
الكتابة أو بعدها. فعلى سبيل المثال: لو افترضنا وجود العنصر «س» (x)‏ الذي يحتوي على 
القيمة «10» في قاعدة البيانات ووجود معاملتين )1 2))؛ فإن الترتيب التالي لعمليتئ قراءة 
العنصر (Read)‏ من قبل المعاملتين سينتج عنهما القيمة المُسترجّعة نفسها من العنصرء وهي 
«10» بغض النظر عن ترتيب العمليتين: 


٣ ]×[ Ro[x] = R>[x] R[x] 


j‏ إذا افترضنا أن العملية التابعة للمعاملة الأولى؛ هي عملية كتابة (Write)‏ على العنصر 
t(x)‏ بحيث تصبح قيمته «5»» 2,5[1171]؛ فإن ترتيب العمليتين مهم لكون القيمة المُسترجّعة من 
قبل عملية القراءة التابعة للمعاملة الثانیةء [х]К2‏ تختلف باختلاف ترتيبها في التنفيذ. وستكون 
القيمة المسترجعة ہرک إذا С‏ عملية القراءة بعد عملية الكتابة من قبل المعاملة الأولى. أمًا إذا 
са‏ عملية القراءة قبل عملية الكتابة؛ فستكون القيمة المُسترجّعة «10». وإذا افترضنا أن کلتا 
العمليتين التابعتين للمعاملتين؛ هما: عمليات كتابة فإن ترتيبهما مهمٌ أيضاً؛ إذ إن القيمة النهائية 
للعنصر تعتمذ على القيمة التي قامت بكتابتها آخر معاملة. فعلى سبیل المثال: إذا افترضنا أن 
عملية المعاملة الثانية هي أيضاً عملية كتابة على العنصر (x)‏ ولكن بقيمة «7»» 7[W2,×]؛‏ فإن 
قيمة العنصر (x)‏ ستكون «5» إذا كانت المعاملة الأولى هي آخر مَنْ قام بعملية الكتابة في حين 
ستكون قيمة العنصر «7» إذا كانت المعاملة الثانية هي آخر уд‏ قام بعملية الكتابة. ويعني هذا أن 
أيّ عمليتين (Operations)‏ تابعتين لمعاملتین مختلفتين على العنصر نفسه (x)‏ وليكونا (01[,[× 
2+ تتضاربان إذا جد بينهما عملية كتابة. Саз‏ مثل هذا التضاربء كما يلي: 


Ox] Ох] Æ O;[x] رہ‎ [ 


وباستخدام طریقة الأقفال؛ فإنه يجب على ДЕ‏ عملية بسيطة تابعة لمعاملة ما أن تتحصّل 
على Jä‏ على pail‏ الذي ستتفاعل معه (سواءٌ من خلال قراءته أو بالكتابة عليه)» وفي 291 
الذي يتناسب مع طبيعة العملية. وعندما لا تستطيع العملية أن تتحصل على القفل بالوضع 
المناسب نتيجة لوجود عملية أخرى تابعة لمعاملة أخرى قد سبق أن استحوذت على قفل على 
العنصر المطلوبء وفي وَضنلع يتضارب مع العملية المراد تنفيذها على العنصر؛ فإنه Аз‏ تأخير зай‏ 
ГЛ «На 81 ААА АЈ Г A. АААЙ‏ ويي هذا أن КЕРТЕ‏ 
التعليمة؛ يجب أن تنتظر لحين فك القفل من قبل المعاملات الأخرى التي تتضارب معها (في طبيعة 
القفل الذي وضع على العنصر) قبل أن تتمگن من مواصلة تنفيذ عمليتها. أمَّا إن كانت العملية 
الواجب تنفيذها لا تتضارب مع العملية (أو العمليات) التي سبق أن استحوذت على قفل على 


العنصر (في حالة وجود مثل هذا القفل على العنصر)؛ АЙА‏ یتم وضع Jä‏ على العنصر oiy‏ أن 
المعاملة التي تتبعها العملية قد استحوذت على قفل على العنصرء ومن ثم يتم تنفيذ العملية. 
وعندما ينتهي تنفيذ كافة العمليات التابعة لمعاملة ما (من خلال تنفيذ المعاملة لتعليمة التثبیت أو 
تعليمة الانسحاب)؛ 25 فك (أو تحریر) الأقفال كافة التي تمّ وضعها على العناصر التي تفاعلت معها 
المعاملة المنتهية. وبعد ذلك؛ یتم السماح لأية معاملات أخرى متوقفة تنتظر انتهاء المعاملة من 
الحصول على الأقفال التي تنتظر الحصول عليهاء ومن 85 یتم تنفيذ التعليمات التابعة لها. ويمكن 


ех] r [x] رانس‎ [y] wily] Afw] و‎ [w] whl] wiz] c1 


ويعني التمثيل السابق للمعاملة (t1)‏ أنه قد تم تفكيكها إلى عمليات بسيطة تتكوّن من عمليات 
قراءة وعمليات كتابة. كما يعني التمثيل أن 0 عملية بسيطة لا بد أن يسبقها عملية وَضْع Ji‏ على 
العنصر الذي ستتفاعل معه العملية» وفي الوضنع الذي يتناسب مع طبيعة العملية قبل تنفيذ العملية 
على العنصر. فعلى سبیل المثال: يُلاحَظ وضع Jë‏ قراءة ((Кеаа LoCk (rl)‏ على العنصر 
(x)‏ قبل تنفيذ تعليمة القراءة على العنصر. j‏ بالنسبة للعنصر У (у)‏ أنه قد تم Jä alag‏ 
كتابة ((Write LoCk (wl)‏ عليه قبل تنفيذ عملية الكتابة على العنصر (y)‏ مع تجاهل Аа)‏ 
المفترض كتابتها على العنصر في هذا المثال. ويُلاحَظ أيضاً أن المعاملة قد تمَّ إنهاء تنفيذها 
بتعليمه تثبيت .((Commit (С)‏ 


وباستخدام نظام الأقفال؛ فإن OS‏ معاملة تمر في مرحلتين من مراحل تنفيذهاء وهما: مرحلة 
النمو (Growing Phase)‏ ومرحلة الانحسار (أو الاضمحلال) ŝis .(Shrinking Phase)‏ في 
مرحلة النمو Jš ааз‏ على OK‏ عنصر تحاول المعاملة التعامل معه؛ وذلك قبل التعامل الفعلي مع 
العنصر وفي وَضنع يتوافق مع طبيعة العملية. وبعد وضع القفل على العنصر يتم التفاعل Аяа‏ 
(أي: تنفیذ العملية المطلوبة عليه). Í‏ في مرحلة الاضمحلال؛ аза‏ فك الأقفال التي ái‏ وضعها 
على العناصر التي قامت المعاملة بالتفاعل معهاء ولا يحق للمعاملة التفاعل مع (أو وَضنع 281 أقفال 
إضافية على) palie GÍ‏ جديدة. зу‏ التعرُف على مرحلة الاضمحلال من خلال تعليمة التذدبيت 
أو تعليمة الإخفاق اللتين تمثلان انتهاء تعليمات المعاملات. 


ویْعرّف نظام الأقفال السابق بنظام «الأقفال ذي المرحلتين» Two-Phase LoCking)‏ 
((2PL)‏ لكون OS‏ معاملة لا بد أن تمرّ بمرحلتين هما: مرحلة النموّ ومرحلة الاضمحلالء كما 
يضمن نظام الأقفال ذو المرحلتين تسلسل المعاملات» بحسب نظرية التسلسل» على الرغم من أن 
تنفيذ المعاملات یتم بشكلٍ متزامن على قاعدة البيانات نفسها. эл,‏ نظام الأقفال ذو المرحلتين 
الأكثر تطبيقاً في نظم إدارة قواعد البيانات؛ وذلك لسهولته وبساطته النسبية في البناء (أو التنفيذ) 
ضمن نظم إدارة قواعد البيانات. 

2-1-1-9 نظام الاستعادة (أو التشاني) (КеСоуегу ProtoCol)‏ 


یتم ¿U‏ نظام الاستعادة (أو التشافي)؛ لضمان خاصية النووية (AtomiCity)‏ وخاصية 
الدوام (Durability)‏ ويتمٌ ضمان خاصية النووية من خلال تأكيد أن أيّ معاملة يجب تنفيذها 
باعتبارها وحدة منطقية متكاملة واحدة؛ فإما أن یتم تنفيذ جميع عملياتها على العناصر التي تفاعلت 
معها المعاملة في قاعدة البيانات؛ وذلك عند انتهاء المعاملة ورغبتها في تثبيت عملياتهاء ЦА) з‏ ألا يتم 
تنفيذ أي من عملياتها على أنيّ من العناصر التي تفاعلت معها المعاملة في illa‏ رغبة المعاملة في 
الانسحاب» أو في А‏ وجود إخفاق (أو عطل في GÍ (АЫ‏ خاصية الدوام؛ А‏ ضمانها من 
خلال تأكيد أن أيّ معاملة تعٌ الانتھاء من تنفيذ جميع عملياتها وتثبيت نتائجها على قاعدة البيانات 
سيستمرٌ وجود نتائجها على sali‏ البيانات بغض النظر عن |¿ إخفاقات (أو أعطال) مستقبلية 
يتععرّض لها النظام. 


ومن أوسع الطرق انتشاراً في بناء نظم الاستعادة؛ هي تلك المبنيّة على ما Дъ ааа‏ 
الوقائع .(Log ог Journal)‏ وسجل الوقائع عبارة عن ملف متسلسل Sequential File or)‏ 
(Append file‏ يُستخدم من قبل نظام إدارة قاعدة البيانات. ويحتوي Qasa‏ الوقائع على بعض 
البيانات الأساسية للمعاملات؛ مثل: أرقامهاء وبداياتهاء ونھایاتھا؛ بالإضافة إلى جميع التعديلات التي 
یتم إجراؤها على قاعدة البيانات من قبل المعاملات المختلفة. وکلما وَجَب у)‏ 1 تعديل على قاعدة 
البیانات؛ ;25 إضافة سجلات مناسبة وبشکلِ متسلسلء الواحد تلو الآخرء على سجل الوقائع؛ بحيث 
убал‏ طبيعة هذه التعديلات. ويعني هذا أن سجل الواقع يحتوي على تسلسل تصاعدي للتعديلات 
التي £ إجراؤها على قاعدة البيانات. 953 سجلات الوقائع АЗЫ)‏ على ما یُعرّف بالتدوين 
المُسبق للوقائع «(Уүтце-Аһеаай Logging)‏ هي أكثر سجلات الوقائع استخداماً من قبل نظم 


إدارة قواعد البيانات. وکما يدل مُسمّى هذا sil‏ £ من سجلات الوقائع؛ فإن أي تعديل على قاعدة 
البيانات يجب أن одл‏ في سجل الوقائع قبل أن Аз‏ إجراء أي تعديلٍ فعلي على قاعدة البيانات. 
2555 ذلك من خلال تدوين تصويرتين لأيّ عنصر قيد التعديل في سجل الوقائع» وهما: التصويرة 
السابقة (لعملية التعديل) (Before Image)‏ والتصويرة اللاحقة (لعملية After) (Jail‏ 
6 فالتصويرة السابقة لعنصرٍ ما تميّل حالة (أو (Аай‏ العنصر قبل إجراء التعديل عليه من 
قبل المعاملة» GÍ‏ التصويرة اللاحقة؛ فتمثل حالة (أو (¿aš‏ العنصر بعد إجراء عملية التعديل عليه 
من قبل المعاملة. 


وتُستخدم الصور السابقة لضمان خاصية النووية؛ وذلك عند انسحاب المعاملات من خلال 
تعليمات التراجع (أو الانسحاب) (Abort)‏ أو في حالة حدوث أعطال للنظام. فعند انسحاب معاملة 
ما يجب» حسب خاصية النوويةء إزالة 0 التعديلات التي أحدثتها المعاملة وانعكست فعلياً على 
قاعدة البيانات. ويتمٌ ذلك من خلال استخدام الصور السابقة للعناصر التي تمَّ التعديل عليها من 
قبل المعاملة. وكذلك هو الحال عند Jhai‏ النظام؛ حيث تُستخذم الصور السابقة؛ لضمان خاصية 
النووية» ولكن لإزالة كافة التعديلات التي قد أحدثتھا المعاملات التي تمت مقاطعة تنفيذها؛ نتيجة 
للعطل الذي أصاب النظام. у‏ 553 المعاملات التي تمت مقاطعتها غير منتهية التنفيذ لا من حيث تثبيت 
جميع نتائجھا ولا من حيث انسحابهاء وإلغاء جميع نتائجها من قاعدة البيانات؛ مما يعني عدم سلامة 
النتائج التي عكستها هذه المعاملات على قاعدة البيانات؛ نتيجة لمقاطعة تنفيذها الكامل حتى 
انتهائها. وتستدعي مقاطعة تنفيذ المعاملات إزالة |¿ تأثير للتعديلات التي أحدثتها على قاعدة 
البيانات؛ من خلال استخدام الصور السابقة للعناصر التي تفاعلت معها هذه المعاملات. 


أمَا الصور اللاحقة؛ فستخدم لضمان خاصية الدوام التي تتطلّب استمرار نتائج المعاملات 
التي تمَّ تنفيذهاء وانتهت بتثبيت نتائجها على قاعدة البيانات عند حدوث أعطال للنظام. فعند حدوث 
أي s= М 22 Jhe‏ £ لسجل الوقوعات؛ بهدف التعرٌف على المعاملات المنتهية بعمليات تثبيت. 
у 041:‏ واحدة من هذه المعاملات تُستخذم الصور اللاحقة المدوّنة في سجل الوقوعات لتثبیت الصور 
اللاحقة للعناصر التي 25 التعديل عليها من قبل المعاملة. 


وباستخدام سجل التدوين المُسبق للوقائع؛ ela iul ¿| ум) ái‏ قاعدة البيانات لحالة سليمةء 
بعد حدوث أية Jhe‏ للنظامء بشكلٍ يضمن كلا من خاصية النووية وخاصية al gall‏ من خلال المرور 


على سنجل الوقوعات بثلاث مراحلء وهي كما يلي: 


1- مرحلة التحليل aS :(Analysis Phase)‏ في هذه المرحلة المرورٴ على سجل الوقوعات 
йын ана Сы шы,‏ ات فا ША ЫДЫ А‏ علي Мез E‏ 
التنفيذي من حيث انتهائها من خلال عمليات تثبيت أو عمليات انسحاب أو بشكلٍ غير طبيعي نتيجة 
للعطل. 


2- مرحلة إلغاء التعدیلات OS âi :(Undo Phase)‏ معاملة منتهية بتعليمة إخفاق أو بشکلِ 
غير طبيعي У)‏ يُوجّد لها تعليمة تثبيت» أو إخفاق في سجل الوقوعات)؛ استخدامُ الصور السابقة 
لإلغاء التعديلات التي أحدثتها المعاملة على قاعدة البيانات. А,‏ هذه المرحلة بشكلٍ عكسي على 
سجل الوقوعات؛ حيث elal) ii‏ تعديلات المعاملات ابتداءً من نهاية السجل» بشكلٍ متسلسلء وانتهاءً 
ببدايته. ويعني هذا أن عملية إلغاء التعديلات ЕД) ёз‏ يعاكسء من الناحية التاريخية Э)‏ 
الزمنية)» التسلسل الزمني للتعديلات التي £ إجراؤها على palie‏ قاعدة البيانات من قبل 
المعاملات المنسحبة أو المنتهية بشكلٍ غير طبيعي. 


bale) منتهية بتعليمة تثبيت‎ illea JSI âi :(Redo Phase) مرحلة استعادة التعديلات‎ -3 

تثبيت التعديلات التي أجرتها المعاملة على قاعدة البيانات باستخدام الصور اللاحقة للعناصر. ونتمْ 

هذه المرحلة بشکلِ تصاعدي على سجل الوقوعات؛ وذلك من بدايته وحتى نهايته. ويعني هذا أن 

عملية استعادة التعديلات 25 بشكل يتوافق من الناحية التاريخية (أو الزمنية) مع التسلسل الزمني 
للتعديلات التي ái‏ إجراؤها على عناصر قاعدة البيانات من قبل المعاملات التي تعٌ تثنبيتُ نتائجها. 


ومع مرور الزمن قد يصبح سجل الوقوعات طويلاً للغاية؛ بحيث تستغرق عملية الاستعادة 
Їй,‏ طویلاً a‏ بعد حدوث أعطال للنظام. ليس هذا فحسب» وإنما قد يصبح سجل الوقوعات 
طویلاً جداً؛ بحيث يأخذ مساحةً تخزينية كبيرةً يتعدّر معها تخزينه على القرص الصلب (أو 
الأقراص الصلبة) للحاسب الآلي. ولهذا السبب؛ АЙА‏ من الضروري A‏ من eaa‏ سجل 
الوقوعات قدر ما أمكن ذلك. ومن الطرق المتبعة ЗАМ‏ من حجم سجل الوقوعات؛ ما يُعرّف بنقاط 
الاختبار .(CheCkpoints)‏ والفكرة الرئيسية وراء نقاط الاختبار؛ هي أن يقوم نظام إدارة قاعدة 
البيانات بوضع علامة معينة في سجل الوقوعات» 45„ نقطة اختبار Оз (CheCkpoint)‏ على 


أن كافة المعاملات التي تقع قبل نقطة الاختبار قد تمَّ الانتهاء منها بشكلٍ كامل؛ سواءٌ من خلال 
تثبيت نتائجها على قاعدة البيانات» إذا كانت منتهية بعمليات تثبيت» أم من خلال إلغاء نتائجها من 
قاعدة البيانات» إذا كانت منتهية بتعليمات انسحاب أو كانت مخفقةً لسبب ما. ونظراً لأن هذه 
المعاملات 53 منتهية بالكامل؛ فإنه لا يجب على نظام إدارة قاعدة البيانات النظر في آثارها على 
قاعدة البيانات عند حدوث عطل للنظام. l‏ بالنسبة للمعاملات التي لها سجلات» في سجل 
الوقوعات» تقع بعد نقطة الاختبار؛ فإنه يتوجّب النظر فيها في أثناء عملية الاستعادة. وبهذه الطريقة 
يُمكن الحَد من عدد المعاملات التي يجب العمل على استعادتها بعد حدوث ААШ Jhe г]‏ كما يُمكن 
daii‏ حجم سجل الوقوعات من خلال الاستغناء عن المساحة التخزينية المخصّصة لسجلات 
الوقوعات التي تقع قبل نقاط الاختبار من خلال عملية تُسمّى ihe‏ جمع النفايات Garbage)‏ 
.(ColleCtion‏ وتختلف نظم إدارة قواعد البيانات في الطرق التي تتبعها؛ aa‏ نقاط الاختبار 
والتعامل معها؛ ولكنها تتفق جميعاً على المفهوم الرئيسي لنقاط الاختبار. 


:(Triggers and Routines) الزنادات والإجراءات المتكرّرة‎ 2-1-9 


لم يكن من ضِمن АМ‏ الاستفسار البنائية قبل مقياس )501-99( دعم للإجراءات 
¿(ProCedures)‏ أو الدوال (FunCtions)‏ التي من الممكن أن یقومَ المستفيدون بتعريفها؛ وذلك 
على الرغم من أن نظم قواعد البيانات المتوفرة على المستوى التجاري؛ توفر إمكانية تعريف مثل 
هذه الإجراءات والدوال. وما الزن نادات (Triggers)‏ إلا إجراءات (Routines)‏ ذات مُسميات. 
ويتكوّن الزناد الواحد من مجموعة من تعليمات لغة الاستفسار البنائية. وتقع الزنادات تحت تحكُم 
نظام إدارة قواعد البيانات؛ بحيث يتم تنفيذ التعليمات التي يتكوّن منها الزناد عندما تتحقق الشروط 
التي يتطلبها تنفيذ الزناد. ويرتبط OK‏ زناد بحدث معين يؤدي إلى تنفيذه» эда у‏ الأحداث هي 
تعليمات التعديل (الإضافة والحذف والتحديث). ولأن هذه التعليمات تقوم بتغيير محتوى قاعدة 
البيانات» ومن ثم حالة قاعدة البیانات؛ فإن الشروط المرتبطة بالزنادات قد تتحقق عند التعديل على 
قاعدة البيانات» ثم يقوم نظام إدارة قاعدة البيانات بتنفيذ الزنادات التي یتم تحقق شروط تنفيذها. 


5555 الزنادات أحد مكامن š SM‏ في نظم إدارة قواعد البيانات؛ حيث Аз‏ كتابتها مرة baal g‏ 


ومن ثم یتغ التحكّم في تنفيذها من خلال نظام إدارة قاعدة البيانات. وبهذه الطريقة یتغ التحکم في 
فرض تكامل البيانات وتناسقها بشكلٍ أكبرء هذا بالإضافة إلى تقليص عدد التعليمات التي يجب 


کتابتھاء بشكلٍ متكررء من قبل التطبيقات المختلفة لتطبيق محتويات الزناد نفسها. ويتكون 06 من 
الزنادات والإجراءات من مجموعة من التعليمات الإجرائية؛ غير أن تنفيذ الزنادات یتم تلقائياً من 


قبل نظام إدارة قاعدة البيانات» في حين لا يتم تنفیذ الإجراءات إلا بعد عملية مناداتها من قبل نظم 
التطبيقات. 


1-2-1-9 الزنادات: 


25 تنفيذ الزنادات من قبل نظام إدارة قاعدة البيانات عندما giai‏ شروطها بغض النظر عن 
نطب الذي لی :إلى كى فوت سال سی اشن М‏ يليان ашы аш‏ 
يؤدي تنفيذ أحد الزنادات إلى تنفيذ زناد آخرء وهكذا. وقد یتم استخدام الزنادات» على سبيل المثال؛ 
سو رہ ا Чы‏ فیس یس ا عق سرت يها ف سن از 
لتفعيل إجراء معين. وتتكوّن الزنادات من ثلاثة مکؤنات رئيسية» وهي: 


- الحدث (EVENT)‏ يمثل Уа‏ في حالة قاعدة البيانات الذي يؤدي إلى تفعيل (أو 
تنشيط) الزناد. 


- الشرط (CONDITION)‏ الاختبار أو الاستفسار الذي يجب التحقق منه عند تفعيل 
الزناد. وعندما يكون الشرط استفساراً (Query)‏ فإن الشرط ii‏ متحققاً (True)‏ عندما تكون 
نتيجة الاستفسار غير АДА‏ أي: эз эз‏ ناتخ للاستفسار. 


- الفعل :(ACTION)‏ مجموعة التعليمات التي سيتمٌ تنفيذها عندما يتم تفعيل الزناد ويتحقة 
الشرط المصاحب له. 


والشكل )1-9( Ша ы‏ الشكل العام لتعريف الزنادات. 


CREATE [OR REPLACE] TRIGGER trigger пате 


Уу"... 


{BEFORE | AFTER} {INSERT | DELETE | UPDATE} ON 


Table_name 


[FOR EACH ROW [WHEN (Trigger_Condition)]] 


Trigger body; 


شكل رقم (1-9): الشكل العام لتعريف الزنادات. 


ومن الأمور التي يتم مراعاتها عند تعريف الزنادات؛ هو التوقيت الذي سيقوم بتفعيل الزناد؛ 
بحيث إنه قد يتم تفعيل الزناد إما قبل أو بعد التعليمة المفترض أن تقوم بتفعيله» وقد تكون )04 تعليمة 
إضافة أو حذف أو تحديث» وعمًا إذا كان سيتمٌ تفعيل الزناد مرة واحدة على مستوى التعليمة (بشکل 
کامل) أو مرةً واحدةً على مستوى کل صف 
(أو سجل) يتأثر بسبب تنفيذ التعليمة. 


2-2-1-9 الإجراءات المتكررة :(Routines)‏ 


من الممكن أن تكون الإجراءات المتكررة في (SQL)‏ على هيئة إجراءات 
(ProCedures)‏ أو دوال .(FunCtions)‏ ويدخل لكل دالة قيمة (Parameter)‏ واحدة» وتعيد 
قيمة واحدة كذلك. GT‏ الإجراءُ؛ فيمكن أن يكون له قيم «АЛА‏ أو قيم مُستعادةء أو كلا الاثنين معاً. 
والشكل )2-9( يوضنح الشكل العام لتعريف الإجراءات المتكررة. 


CREATE PROCEDURE | CREATE FUNCTION? routinc name 
(iparameter} [{, paraneter} ...]} 
[RETURNS data_type result cast] t for functions onlv*; 
[LANGUAGE {ADA | C | COBOL | FORTRAN MUMPS | PASCAL. | PL1 | SQLH 
[PARAMETER STYLE {SQL | GENERAL] 
[SPECIFIC specific_name] 
[DETERMINISTIC | NOT DETERMINISTIC] 
[NO SQL | CONTAINS SQL | READS SQL DATA | MODITIES SQL DATA] 
[RETURN NULL ON NULL INPUT | CALL ON NULL INPUT] 
[DYNAMIC RESULT SETS unsigned _integer] /* for procedures only */ 
[STATIC DISPATCH /* for functions only */ 


routine body; 


شكل رقم (2-9): الشكل العام لتعريف الإجراءات المتكررة. 

2-9 قواعد البيانات الشيئية :(ObjeCt-Oriented Database Systems)‏ 
تسد نماذج البيانات التقليديةء وخاصة النموذج العلاقي؛ الاحتياجات التقنية التي يتطلبها 
تطویر نظم التطبيقات المتعلقة بمكننة أعمال المنظمات ذات الصبغة التقليدية. غير أن هذه النماذج 
تعاني بعض القصور عند محاولة تصميم وتنفیذ نظم تطبيقات أكثر تعقیدأء مثل: تطبيقات التصميم 
بمساعدة الحاسب الآلي (Computer-Aided Design)‏ والتصنيع بمساعدة الحاسب AI‏ 


(Computer-Aided ManufaCturing)‏ والتجارب «Азаја‏ ونظم المعلومات الجغرافية 
¿(GeographiCal Information Systems)‏ وتطبيقات الوسائط المتعددة Multimedia)‏ 
195 على سبيل المثال لا الحصر. والسبب وراء هذا القصور یَزجع إلى أن 
خصائص ومتطلبات هذه التطبيقات تختلف عن خصائص ومتطلبات التطبيقات التقليدية» مثل 
احتوائها على palie‏ (أو أشياء ((ObjeCts)‏ أكثر تعقیداء وتنفيذها لمعاملات أكثر طولاً من حيث 
الفترات الزمنية التي تحتاج إليها للتنفیذء وحاجتها إلى أنواع بيانات جديدة لجفظ الصور والأصوات 
والبيانات النصية الطويلة بالإضافة إلى حاجتها إلى إجراء عمليات غير تقليدية على أنواع البيانات 
الجديدة. 


وقد S‏ اقتراحُ النموذج الشيئي؛ لتلبية احتياجات التطبيقات الأكثر تعقيداًء مثل تلك المذكورة 
أعلاه. ويوفر النموذج الشيئي المرونة؛ من حيث عدم التقيّد بنوعية بيانات معينة أو تعليمات مُحدّدة 
للتعامل مع محتويات قاعدة البيانات مقارنة بنظم قواعد البيانات التقليدية. ومن المزايا الرئيسية 
للنموذج الشيئي تمكينُ مُصمّمي قاعدة البيانات من توصيف هياكل الأشياء التي يرغبون في 
نمذجتها؛ بالإضافة إلى العمليات التي يمكن إجراؤها عليها. ومن الأمور المهمة الأخرى وراء 
اقتراح النموذج الشيئي في نمذجة قواعد البيانات کون غالبية لغات البرمجة الحديثة hii‏ على 
المفاهيم الشيئية؛ مما یشگل صعوبة في تطوير نظم التطبيقات ما لم يكن لنظام قاعدة البيانات القدرة 
على التعامل مع هذه اللغات بشكلٍ مباشرء ومن خلال استخدامها للمفاهيم ذاتها. لذلك؛ فإننا نجد أن 
قواعد البيانات الشيئية تتبنّى العديد من المفاهيم التي تمَّ تطويرها أساساً للغات البرمجة الشيئية. 
وتمثل المفاهيم الأساسية للنموذج الشيئي محور هذا الجزء من الكتاب. 


:(ObjeCt-Oriented ConCepts) الأشياء الموجهة‎ malis 1-2-9 


إن أصلَ مصطلح الأشياء الموجهة (ObjeCt-Oriented)‏ يعود إلى لغات البرمجة 
(Elmasri апа Navathe, 2015)‏ غير أن المفاهيم الرئيسية وراء هذا المصطلح نراها اليوم 
АА‏ ليس في لغات البرمجة فحسب» وإنما في نظم قواعد البيانات» وهندسة البرمجيات 
¿(Software Engineering)‏ وقواعد المعرفة ahis (Knowledge Base)‏ الحاسب الآلي 
بشكلٍ عام. وكان من أول المفاهيم التي تم تطبيقها في الأشياء الموجهة مفهوم الصنف (Class)‏ 


الذي يقوم بتجميع الأشياء المتشابهة ضمن هيكل واحدٍ „дй‏ الصنف. وبناءً على ذلك ظهر г жїл‏ 
أنواع البيانات المجرّدة (AbstraCt Data Types)‏ الذي май‏ منه إخفاء الهياكل الداخلية 
الخاصة بالأشياء التي تمَّ تعريفها عن المستفيدين» وفي الوقت نفسه توفير عمليات تمكّنهم من 
التعامل مع هذه الأشياء. وأدّى هذا إلى ظهور a sgia‏ التغليف (EnCapsulation)‏ الذي يُقصّد منه 
إخفاء المعلومات عن المستفيدين. ويمكن توضيحٌ معنى هذا المفهوم إذا تصوّرنا أن الأعداد 
الصحيحة (Integers)‏ (أو الحقيقية ((Real)‏ عبارة عن أشياء لها هياكل» وأنه يمكن lal‏ 
عمليات مُعيّنة عليها (مثل: الجمع والطرح). في هذه الحالة تكون الطريقة التي یتم تخزين هياكل 
هذه الأعداد عليها مُخفاة عنا (كمستفيدين) ولا نعلم عنها شيئاً؛ ولكننا نستطيغ تعريف الأعداد ضمن 
البرامج التي نقوم بكتابتها والتعامل مع هذه الأعداد من خلال العمليات التي يوفرها لنا نظام 
الحاسب الآلي. وهذا المثال شبيه بما يُقصّد به مفهوم التغليف؛ غير أن الأشياء التي يحاول أن يخفيها 
هذا المفهوم تكون عادة ذات هياكل بيانات أكثر تعقيداً. وقد تمَّ لاحقاً ظهورٌ مفاهيم إضافية للأشياء 
الموجهة من ضمنها а‏ > الرسائل (Message Passing)‏ والتوريث .(InheritanCe)‏ وفيما 
يلي استعراض ДАУ‏ مفاهيم النموذج الشيئي. 


1-1-2-9 مفهوم الشيء: 


يتكؤن الشيء s= ((ObjeCt)‏ |¿ في لغات البرمجة أو في نظم قواعد البيانات الشيئية؛ من 
مكوّنين رئيسيين» هما: حالة (أو قيمة) الشيء (State (or Value)‏ وسلوكه (أو عمله) 
.((Behavior (ог Operation)‏ وعلى الرغم من أن الأشياء قد تختفي بعد تنفيذ البرمجيات À)‏ 
لغات البرمجة)؛ فإن الأشياء في نظم قواعد البيانات الشيئية تتصف بالدوام (Durability)‏ بحيث 
یبقی وجودها ضمن قاعدة البيانات حتى بعد انتهاء تنفيذ المعاملات التي تتعامل معها (ما لم تتم 
إزالتها بشكلٍ صريح). ويعني هذا أن قواعد البيانات АДЫШ‏ تقوم بتخزين الأشياء في الذاكرة 
الثانوية بشكل دائم» وتسمح بأن تتم مشاركة التعامل مع هذه الأشياء من قبل البرامج والتطبيقات 
المختلفة. وتتطلّب عملية المشاركة للأشياء ووجودها الدائم» وعلى خلاف الأشياء في لغات 
البرمجةء استخدام التقنيات الخاصة بنظم قواعد البيانات» مثل: الفهرسةء ونظم التحكّم في التزامن» 


ونظم الاستعادة (أو التشافي). وحتى يمكن التمييز بين الأشياء المختلفة في قاعدة البیانات؛ فإن لكل 
شيء ذاتيته الخاصة به التي تميّزه» وبشكل منفردہ عن بقية الأشياء في قاعدة البيانات. 


:(ObjeCt Identity) ذاتية الشيء‎ 1-1-1-2-9 


О‏ شيءٍ يُخرّن في قاعدة بيانات شيئية ذاتيثه الخاصة به التي يقوم نظام إدارة قواعد 
البیانات الشيئية بإسنادها له. وتتمثل ذاتية الشيء بمعرّف ġab‏ به ё (ObjeCt Identifier)‏ 
توليده وإسناده إلى الشيء من قبل النظام. ولا تكون قيمة المعرّف الخاصة بالشيء ظاهرة 
للمستخدمين» وإنما تكون خاصة بالنظام؛ حتى یتمَگن من التمييز بين الأشياء المختلفة المخرّنة في 
قاعدة البيانات» وحتى يتمَكّن من إدارة الارتباطات (أو العلاقات) بين الأشياء المختلفة. وأهمٌ 
خاصية لذاتية الشيء؛ هي عدم تغيّرها بمرور الزمن. لذلك؛ فإنه يجب في نظم قواعد البيانات 
الشيئية أن تحتوي على آليات مناسبة تمَكّن من توليد ذاتية خاصة ОЕ]‏ شيء буза‏ في قاعدة 
البيانات. ]4 الخاصية الثانية لذاتية الشيء؛ فهي عدم استخدامها أكثر من مرة؛ بمعنى أنه عندما 
تتم إزالة شيء معين من قاعدة البیانات؛ فإنه يجب عدم إعادة استخدام ذاتيته مع شيء آخر. 
والسبب وراء ذلك منطقي؛ إذ إن كل شيء في الطبيعة له ذاتيته الخاصة التي لا يمكن إعادة 


استخدامها مرةً أخرى UYA‏ على أي شيء آخر. 


وتعني الخاصيتان أعلاه أن ذاتية الشيء يجب ألا تعتمد على قيم خصائصه (Attributes)‏ 
لأن قیم خصائص الشيء قد تتغير بمرور الزمنء كما أن ذاتية الشيء يجب ألا تعتمد على عنوان 
موقع (أو مكان) تخزين الشيء في الذاكرة الثانوية للحاسب الآلي؛ لأن عنوان الموقع قد يتغير مع 
مرور الزمن نتيجة لإعادة ترتيب الأشياء في الذاكرة الثانوية للحاسب الآلي» ومن ثم إسنادها لأشياء 
أخرى في قاعدة البيانات. ويعني هذا أن قواعد البيانات الشيئية تقوم بتوليد وإسناد ذاتية فريدة 
لکل شيء ууз!‏ في قاعدة البيانات. وبمقارنة ذاتية الشيء والمفتاح الرئيسي للعلاقات (أو 
الجداول) في النموذج العلاقي؛ نجد أنه عندما تتغير قيمة المفتاح الرئيسي Оз]‏ ماء في النموذج 
العلاقي؛ فإن ذاتيته تتغير على الرغم من أنه ما زال يمثل الشيء نفسه على أرض الواقع. بالإضافة 
إلى ذلك؛ فإنه قد يكون للمفتاح الرئيسي للشيء أكثر من مُسمّى في علاقات قاعدة البيانات؛ مما 
يصعب معه الجزم بأن الشيء هو ذاته في العلاقات المختلفة. فعلى سبيل المثال: قد يكون المفتاح 
الرئيسي في علاقة ما هو «رقم الموظف» à (Етар No)‏ حين يكون في علاقة أخرى هو «رقم 


السجل المدني» )851 ‹(Етр_‏ اللذان يمثلان على أرض الواقع الخاصية نفسها. لذلك؛ فإن نظم 
البيانات الشيئية تتغلّب على هاتين المعضلتين من خلال إسنادها إلى ذاتية خاصة ДЕ]‏ شيء Сазад‏ 
في قاعدة البيانات وفق الخاصيتين المذكورتين أعلاه. 


:(State (or Value) of an ObjeCt) الشيء‎ (¿+š حالة (أو‎ 2-1-1-2-9 


حالة الشيء هي القيم الفعلية لخصائصه وللعلاقات التي تربطه مع الأشياء الأخرى في 
قاعدة البيانات في لحظة زمنية ما. ويعني هذا أن АД‏ الشيء تتغير من وقتٍ لآخر في أثناء فترة 
حياته (أو تواجده). Азу‏ تحديد حالة الشيء في وقتٍ ما من خلال القيم التي تحتويها خصائصه؛ 
بالإضافة إلى ارتباطاته مع الأشياء الأخرى في قاعدة البيانات. وتتغير حالة الشيء من وضع إلى 
آخر خسنب العمليات آلتي М‏ عليه وتغيّر من سلوکھ (او عمله). | 


:(Behavior (or Operation) of ObjeCts) سلوك (أو عمل) الشيء‎ 3-1-1-2-9 


سلوك الشيء يمثل تفاعله مع العالم الخارجي؛ من خلال العمليات التي 0 عليه. ويعتمد 
سلوك الشيء على الحالة التي 2 аз‏ عليها وعلى طبيعة العملية المنفذة عليه. Gf‏ العملية؛ فما هي 
إلا فعلٌ 25 على الشيء ويؤثر على ailla‏ وإرجاع نتيجة الفعل للمستفيد (أو التطبيق أو الشيء) الذي 
قام باستدعاء العملية. 


فعلى سبيل المثال: لنفترض وجود الطالب «أحمد صالح» ممثلاً كشيء ضمن قاعدة بيانات 
شيئية. في هذه الحالة؛ يكون للشيء الذي يمثل الطالب «أحمد صالح» ذاتيته التي تميّزه عن بقية 
الأشياء في قاعدة البيانات» وفيهم الطلبة الآخرون» ومجموعة من الخصائص التي تميّز الطالب» 
مثل: اسمه» وعنوانه وتخصّصه. وما إلى ذلك من خصائص أخرى تتعلق بالطلبة. وتتمثل حالة 
الشيء «أحمد صالح» في القيم الفعلية لخصائصه في لحظة ما بالإضافة إلى العلاقات التي تربطه 
بالأشياء الأخرى في قاعدة البيانات. أمّا سلوك الشيء «أحمد صالح»؛ فیتمثل من خلال تفاعله مع 
САЛАА]‏ التي تُجرَى عليه مثل حساب «المعدل التراكمي»» أو حساب «العمر». وبناءً على هذا؛ 
فإن الشيء mab‏ صالح» عبارة عن (PaCkage) ija‏ تتكوّن من حالة الشيء )1051 гй‏ 
خصائصه وارتباطاته) وسلوكه zes)‏ تفاعله تجاه العمليات التي 385 عليه). 


2-1-2-9 الفئة (أو الصنف) :(Class)‏ 


عند حديثنا عن نموذج «كينونة - علاقة»؛ 25 التفريق بين الكينونة وفئة الكينونة؛ وذلك 
لإزالة ¿sÍ‏ التباس بين المقصود بحالة (أو واقعة) معينة من الحالات Ду‏ الوقوعات)؛ وفئة الكينونة 
التي تتبعها الحالة j)‏ الواقعة). وكذلك هو الحال في قواعد البيانات الشيئية؛ إذ یتم التفريق بين 
Айы‏ (أو واقعة) من حالات (أو وقائع) الشيء «(ОруеСї InstanCe)‏ والصنف ObjeCt)‏ 
(Class‏ الذي تتبعه الحالة (أو الواقعة). ويعني هذا أن الحالة الواحدة من حالات الشيء؛ لها 
وجودها في وقتِ ماء وقد تحتل مساحة aai‏ في الطبيعة؛ غير أن الصنف عبارة عن شيء مجرد 
(AbstraCt)‏ يُعبر عن مجموعة من الأشياء التي تشترك في مخططات هياكلها (StruCture)‏ 
وسلوکھا (أو تفاعلها) (Behavior)‏ مع ما حولها. وقد يتساءل ё yal‏ عن الفرق بين الكينونة» كما 
85 تعريفها في نموذج «كينونة - علاقة»» والشيءء كما i‏ تعريفه في النموذج الشيئي. والواضح أنه 
بالإمكان تمثيل OK‏ كينونة في نموذج «كينونة - علاقة» على أنها شيءٌ في النموذج الشيئي. غير 
أنه بالإضافة إلى تخزين المعلومات المتعلقة بحالة الكينونة (التي تتمثل في قيم خصائصها 
والعلاقات التي تربطها مع الكينونات الأخرى)؛ فإن للشيء سلوكاً يتمثل في عمليات من الممكن أن 
348 عليه بغية معرفة الحالة التي هو عليها أو للتغيير فيها. 


ويمثل الشكل رقم )3-9( А‏ (أو (Чыл‏ من الأشياء وهم الطلبة» وحالة (أو واقعة) من 
وقوعات هذه الفئة (أو الصنف)؛ وهي الطالب «أحمد صالح». ويظهر في أعلى الشكل» الممثل 
للصنف» اسم الصنف تتبعه قائمة بالخصائص المتعلقة به (كما تظهر في الجزء الأوسط من 
الشكل). А)‏ في أسفل الشكل؛ فتظهر قائمة بالعملیات التي من الممكن تنفيذها على هذه الفئة (أو 
الصنف) من الأشياء. 


(баз‏ صنف الطلبة» في هذا المثال» مجموعة حالات АШЫЙ‏ التي لها مخطط هيكل مشترك 
وسلوك مشترك أيضاً. (Ка‏ حالات الطلبة تشترك في خصائص «الاسم» و«تاريخ الميلاد» 
و«العنوان» و«رقم الهاتف» و«التخصص». كما أن OS‏ حالات الطلبة لھا السلوك نفسه من خلال 
العمليات المشتركة التي بالإمكان أن Мё‏ عليهاء وهي: «حساب ме‏ الطالب» 
)CaICulate АСЕ)‏ ))» و«حساب المعدل التراكمي» )CaICulate GPA)‏ ))» و«تغيير 
العنوان» ((Сһапре Address(Address)‏ وبذلك؛ فإن аыл OK‏ عبارة عن نموذج (أو 
مخطط) للحالات التي يمثلها. ,06 حالة تخرف الصنف الذي تتبعه. فحالة الطالب «أحمد 


صالح» تخرف أنها تتبع لصنف «الطلبة». كما أن الحالات التي تتبع لصنفب ما من الممكن أن 
تشارك في علاقات متشابهة مع أشياء أخرى. فعلى سبیل المثال: كل الطلبة يقومون 
«بالتسجيل» في مواد دراسية. لذلك؛ فإنه من الممكن أن يرتبط صنف الطلبة بعلاقة تُسمّى 
«تسجيل في» (Register for)‏ مع صنفب آخر („Аш‏ «المادة الدراسية» .(Course)‏ 


فئة (أوصئف) حالة (أوواقعة) 
Object Instance Object Class‏ 


È 5 а 


Name =Ahmad Saleh Name 
DOB =20:3/1975 DOR 
Address =Malaz, Riyadh Address قائمة بخصائص الفئة‎ 
Phone =474-2325 Phone 


List of Attributes 
Major =Computer Science Major 


Calculate AGE( ( PAA EAE 
Calculate СРА () | Бач ИН 


Chanee__Address( Address) List of Operations 


شكل رقم (3-9): فئة (أو صنف) الطلبة وحالة (أو واقعة) منها. 
1-2-1-2-9 أنواع العمليات: 


;25 تحدید حالة الشيء من خلال قيم خصائصه وارتباطاته مع الأشياء الأخرى في قاعدة 
البيانات. GÍ‏ سلوك الشيء؛ فيعتمد على حالته وعلى طبيعة العملية المنفذة عليه. والعملية عبارة 
عن استدعاء (InvoCation)‏ لفعل (ACtion)‏ يقوم به شيء ما في النظام على شيء آخر بغية 
الحصول على )537 فعل (Response)‏ من الشيء. ويمكن تصوّر عملية ما على أنها خدمة معينة 
يقوم بتوفيرها شيءٌ ما لعملائه. وعند استدعاء العميل للعملية بغية الحصول على الخدمة؛ Аа‏ 
يقوم بإرسال رسالة إلى الشيء مقدّم الخدمة» تبيّن طبيعة الخدمة المطلوبة. وبمجرد استلام طلب 
الخدمة؛ يقوم مزوّد الخدمة بتنفيذ العملية وإعادة نتيجتها للعميل الذي قام بطلبها (أو استدعائها). 


ويمكن تصنیف العمليات التي بالإمكان استدعاؤها (أو تنفيذها) على الأشياء АЗ АЈ‏ في 


«ае -1‏ إنشاء :(ConstruCtor Operations)‏ يقوم هذا sil‏ £ من العمليات بإنشاء 
حالة (أو واقعة) جديدة من حالات الفئة (أو الصنف). فعلى سبیل المثال: يمكن إنشاء حالة جديدة 


Create шйепц“Аһтей Saleh”, 20/3/1975, “Malaz, Riyadh”, “C omputer Science”) 


ولتوافر هذا النوع من العمليات لجميع فئات (أو أصناف) الأشياء؛ فإنه لا يتم ذكره بشكلٍ 
ظاهر (ExpliCit)‏ عند تعريف فئات الأشياء. 


2- عمليات استفسار j)‏ استرجاع) :(Query (ог SeleCtor) Operations)‏ یقوم هذا 
النوع من العمليات باسترجاع حالة الشيء دون إحداث أي تغييرات еде‏ فعلى سبيل المثال: 
يمكن استرجاع عنوان طالب معين باستخدام التعليمة )Get Address)‏ )). وهذه العملية غير 
مُوضّحة في الشكل رقم (3-9)؛ لكون (а‏ هذه العملية لیس من الضروري إدراجها ضمن عمليات 
الصنف؛ لأنها تسترجع قيمة خاصية أساسية من خصائص الصنف. Új‏ عملية «حساب عمر 
الطالب» )СаіСшаіе АСЕ)‏ (( فهي من العمليات التي يجب إظهارها ضمن عمليات الصنف 
على الرغم من كونها عملية استرجاع لا تؤثر في حالة الطالب الذي تقوم العملية بحساب عمره. 
والس‌بب وراء إظهار هذه العملية ضمن عمليات الصنف یرجغ إلى أن هذه العملية لا بد أن ترتبط 
بطريقة (Method)‏ تبيّن بناء آلية حساب عمر الطالب. وعادة Д‏ هذه العملية على أساس أنها 
اشتقاق من خاصية تاريخ الميلاد؛ بحيث يتم طرح تاريخ ميلاد الطالب من تاريخ اليوم الذي تم فيه 
ШАД Даны)‏ اتد ра а аЙ‏ رگاس ام کا нса‏ 
.(SYS РАТЕ) 5 „А,‏ 


3- عمليات تعديل :(ModifiCation Operations)‏ يقوم هذا النوع من العمليات بتغيير 
حالة الشيء. فعلى سبیل المثال: عندما يتم استدعاء العملية Address(Address)‏ Change((‘؛‏ 
فإن هذه العملية ستقوم بتغيير القيمة АЗАА‏ في dia‏ عنوان الطالب؛ ليصبح مساوياً للقيمة åa aall‏ 
ضمن محددات (Arguments)‏ العملية (وهي القيمة 5АЙ‏ 23 في ghal 2, .((Address)‏ 


المحددات الظاهرة eY (ExpliCit)‏ عملية ضمن قوسين. 412 حالة عدم وجود محددات 
ظاهرة؛ فتترك العملية في قوسين فارغين. 

4- عمليات إتلاف :(DestruCtion Operations)‏ إن عمليات الإتلاف» وعلى النقيض 
من عمليات الإنشاء؛ تقوم بإزالة حالة معينة من حالات الصنف من قاعدة البيانات. فعلى سبيل 
المثال: يمكن استخدام العملية )Юеѕітоу Student)‏ )) لإزالة حالات الطلبة. ولأن هذا النوع 
من العمليات متوفر في جميع فئات (أو أصناف) الأشياء» وكما هو الحال في عمليات الإنشاء؛ فإنه 
لا یتم ذكره О‏ ظاهر (ExpliCit)‏ عند تعريف فئات الأشياء. 

كما аз у‏ هناك صنف خامس من العمليات؛ ولكن هذا الصنف لا يُطبق على (حالات أو 
وقوعات) الأشياء فردياً؛ بل تُطبق على الصنف الذي تتبعه مجموعة من الأشياء تطبيقاً جماعياً. 
ويُسمّى هذا الصنف من العمليات «عمليات مساعدة» (Class Utilities)‏ أو «عمليات أصناف» 
(Class Operations)‏ فعلى سبيل المثال: 294 عملية «حساب عدد الطلاب في تخصص» 
((Calulate No_of Students (Major)‏ من هذا sl‏ £ من العملیات؛ АЗУ‏ يجب تطبيقها على 
جميع الحالات المتوافرة من صنف الطلبة؛ لمعرفة العدد الكلي للطلبة الدارسين في تخصّص معين. 


3-1-2-9 مفهوم التغليف :(EnCapsulation)‏ 


33 مفهوم التغليف aaf‏ المفاهيم المميزة للنظم واللغات الشيئية؛ إذ إن هذا المفهوم غير مطبق 
في نظم ونماذج قواعد البيانات التقليدية. فمن المعتاد عليه في النظم والنماذج التقليدية أن يكون 
هيكل مكونات قاعدة البيانات ظاهراً للمستفيدين وبرامج التطبيقات. فعلى سبيل المثال: يتوافر في 
نموذج البيانات العلاقي عمليات الاختيار والإضافة والحذف والتحديث التي يمكن تطبيقها على أي 
Ае‏ (أو جدول) في قاعدة البيانات. ويعني هذا أن هذه العمليات ذات ‹Аде inga‏ غير 
مُخصّصة لشيء (ObjeCt)‏ مُحدّد من الأشياء المخزّنة في قاعدة البيانات (العلاقية). كما أن 
العلاقات وحقولها 553 ظاهرةً للمستفیدین وبرامج التطبيقات؛ بحيث يمكن التعامل معها بشكلٍ مباشر 
من خلال التعليمات العامة التي يوفرها النموذج. 


ويرتبط مفهوم التغليف بمفهوم «أنواع البيانات التجريدية» (AbstraCt Data Types)‏ 
ومفهوم «إخفاء البيانات» (Information Hiding)‏ المعروفين في لغات البرمجة الموجهة 


للأشياء. ويُقصد بهذه المفاهيم» عند الحديث عن نظم قواعد البيانات الشيئيةء تعريف سلوك Ала‏ 
الشيء من خلال العمليات التي من الممكن أن تُستدعى 403 على الشيء؛ بحيث يكون Оса‏ (أو 
مكونات) الشيء مخفياً عن العالم الخارجي؛ وبشكل لا 2222 بالتعامل Аа‏ إلا من خلال مجموعة 
من العمليات المحدّدة التي توفرها فئة (أو صنف) الشيء. وبهذه الطريقة يكون المستفيدون على 
ale‏ بالواجهة التي يقدّمها الشيء للتعامل مع محتواه» والتي تتمثل في اسم OS‏ عملية يمكن تنفيذها 
على الشيء والمحَدّدات (أو المتغيرات) ((Parameters (or Arguments)‏ التي تتطلبها 06 
عملية. Gj‏ طريقة بناء الشيء والكيفية التي يقوم فيها بتنفيذ العمليات» بما في ذلك هيكله Data)‏ 
stss (StruCture‏ عملياته Implementation’ Operation)‏ 5)؛ فتكون fiia‏ عن المستفيدين. 
ويمكن تشبيه العملية الواحدة بالإجراء (ProCedure)‏ (أو الدالة ((FunCtion)‏ في لغات 
البرمجة؛ حيث Аз‏ استدعاء الإجراء (أو الدالة)؛ من خلال АДА‏ بالإضافة إلى قيم مُحدّداتها (أو 
متغيراتها). أمَّا طريقة عمل الدالة أو هياكل البيانات التي تحتويها؛ فتكون مخفاةً عن المستفيدين 
من الإجراء (أو الدالة). 


وتُسمّى واجهة العملية التي یتم تعريفها في فئة الصنف «توقيعاً» (Signature)‏ أما البناء 
الفعلي لطريقة تنفیذ العملية داخل فئة الصنف؛ („А‏ «طريقة» âi s (Method)‏ استدعاء إحدى 
الطرق المعرفة لشيءٍ ما من خلال إرسال (Message) А)‏ للشيء. وبعد ذلك؛ يقوم الشيء 
بتنفيذ الطريقة المخصصة لتنفيذ العملية المطلوبة وإعادة نتيجة التنفيذ للشيء (أو المستفيد) الذي قام 
بإرسال الرسالة. وقد يتم في أثناء تنفيذ طريقة ما إِرسالْ رسالة من شيء إلى شيء آخر بشکلِ 
متداخل. 

4-1-2-9 التحميل الزائد :(Polymorphism)‏ 


إن أصل «التحميل الزائد»» وهي كلمة (Polymorphism)‏ يعود إلى «АШ У ААШ‏ وهي 
كلمة (PolymorphiC)‏ التي تعني نماذج متعددة» وتتكون من كلمتين هما: (Poly)‏ ومعناها تعدد 
وكلمة (Morphos)‏ ومعناه نموذج (أو شكل). كما يُسمَّى هذا المصطلح في بعض الأحيان 
بمصطلح «التحميل الزائد للعوامل» .(Operator Overloading)‏ ويعني مفهوم هذا المصطلح 
أن مُسمَّى المعامل نفسه (أو الرمز) يمكن أن يرتبط بأكثر من طريقة تنفيذ للمعامل (أو الرمز)؛ 
وذلك حسب نوعية الأشياء التي يُطبق عليها المعامل 


(أو الرمز). ومن أكثر الأمثلة شيوعاً لشرح هذا المفهوم؛ هو مثال عملية الضرب أو الجمع أو 
القسمة» في لغات البرمجة. فعملية الجمع» على سبیل المثال» ja‏ لها بالرمز «+». ويمكن 
تطبيق معامل الجمع على الأعداد الصحيحة (Integers)‏ والأعداد الحقيقية (Real)‏ على зэ‏ 
سواءء على الرغم من أن طريقة إجراء عملية الجمع في الأعداد الصحيحة تختلف عن طريقة 
إجراء عملية الجمع في الأعداد الحقيقية؛ من حيث الخوارزميات التي تستخدم لتنفيذ 05 من 
العمليتين داخل الحاسب الآلي. ويتمٌ تحديذ طريقة التنفيذء أيْ: الخوارزمية المناسبة» لإجراء عملية 
الجمع من خلال نوعية بيانات العددين (أو المتغيرين) اللذين ستُجرّی عليهما عملية الجمع. ويعني 
هذا أن رمز عملية الجمع في لغات البرمجة قد يرتبط بأكثر من طريقة للتنفیذء ومن ثم فهو محمل 
بشكل زائد (Overloaded)‏ وبهذا الأسلوب نفسه يمكن تعريف العوامل (أو الرموز) في نظم 
قواعد البيانات الشيئية؛ إذ إنه من الممكن أن يتم الدمج (أو المزج) بين شيئين من نوعية بيانات 
«صورة» (Image)‏ على سبيل المثال» باستخدام رمز عملية الجمع؛ أو استخدام رمز عملية 
الجمع لإجراء عملية جمع بين أعداد مركبة (Complex Numbers)‏ وفي مثل هاتين العمليتين 
يجب تعريف О (Class) — iii‏ من نوع الصور (Image)‏ ونوع الأعداد المركبة 
(Сотр1ех Number)‏ بحيث Ёз‏ تعريف عملية الجمع من ضمن العمليات التي بإمكان JS‏ 
صنف أن يقوم بتنفيذها. ويجب Laj‏ برمجة طريقة تنفيذ عملية الجمع الخاصة О‏ صنف داخل 
فئة الصنف» بالإضافة إلى تعريف نوعية بيانات الصور والأعداد المركبة وهياكلها داخل صنف 
5-1-2-9 هرميات الأصناف والتوريث :(Class HierarChies and InheritanCe)‏ 


توفر Аз‏ قواعد البيانات الشيئية» شأنها شأن بقية أنواع نظم قواعد البیاناتء القدرة على 
تصنيف الأشياء حسب الفئة (أو الصنف) الذي تتبعه هذه الأشياء؛ {їз duas‏ تجميع الأشياء 
المتشابهة ضمن 25 (أو صنف) واحدء كما أسلفنا أعلاه. وتشترك الأشياء التابعة لفئة (أو صنفي) 
ما في الخصائص نفسها وفي نفس أنواع العمليات التي من الممكن أن تُجرّی عليها بالإضافة إلى 
نوعية الارتباطات التي من الممكن أن ترتبط بها مع أنواع أخرى في قاعدة البيانات. وبالإضافة 
إلى ذلك؛ فإن نظم قواعد البيانات الشيئية تسمخ بتعريف أنواع 


(أو أصناف) جديدة تنحدر (أو تشتق) من أنواع (أو أصناف) سبق أن i‏ تعريفها. ویْغرّف هذا 
المبداً في نظم قواعد البيانات الشيئية بهرميات الأنواع (أو الأصناف). 

وكما أسلفنا أعلاه أيضاً؛ يتم تعريف الفئة (أو الصنف) من خلال تسميتها وتعريف 
خصائصها والعمليات (أو الطرق) التي من الممكن أن تُجِرَى (أو (H‏ عليها. iis‏ هذا النوع من 
الفئات (أو الأصناف) أبسط أنواع الفئات (أو الأصناف) التي يمكن توصيفها في نظم قواعد 
البيانات الشيئية. ومن أمثلة الفنات Ду‏ الأصناف) هذه؛ 434 الطالب (Student)‏ التي Š‏ توصيفها 
في sjal‏ 2-1-2-9. غير أن النوع الفرعي ((Subtype (or SubClass)‏ 52 مفهوماً مفيداً 
عندما نرغب في إنشاء А‏ (أو صنف) جديد مماثل لنوع (أو صنف) موجود أصلاً؛ ولكنه غير 
مطابق له تماماً. في هذه الحالة؛ يمكن تعريف النوع الفرعي؛ بحيث يرث الخصائص كافة 
والعملیات المعرفة في النوع الموجود (أو المعرف) «А‏ وإضافة خصائص وعمليات جديدة 
للنوع الفرعي غير موجودة في النوع المعرف УА‏ وبشكل عامء يرث النوع الفرعي الخصائص 
كافة والعمليات المعرفة في النوع الرئيسي؛ بالإضافة إلى إمكانية تعريف خصائص وعمليات 
مرتبطة بالنوع الفرعي ый‏ وبهذه الطريقة يجب تعريف وبناء الخصائص والعمليات المتعلقة 
بالنوع الفرعي فقط دون الحاجة إلى تعريف وبناء العمليات المعرّفة أصلاً بالنوع الرئيسي. فعلى 
سبيل المثال: يمكن تعریف «صنف الطالب» (Student Class)‏ و«صنف الموظف» 
(Employee Class)‏ على أنهما صنفان فرعيان من «صنف الشخص» (Person)‏ على أن يكون 
GSI‏ منهما الخصائص والعمليات التي يتفرد بها عن النوع الأصلي الذي ыйы]‏ (أو «ала (( ЫЙ‏ كما 
هو مُوضّح في الشكل رقم (4-9). 


وبالطريقة نفسها الموضّحة في الشكل رقم (4-9)ء من الممكن أن یتعٌ تعريف أنواع فرعية 
جديدة من الأنواع الفرعية التي تمَّ تعريفها. وبهذه الطريقة تتكوّن لدينا هرمية من الأنواع (أو 
الأصناف) الفرعيةء OK‏ منها يرث الخصائص والعمليات المعرّفة ضمن الأنواع (أو الأصناف) التي 
تعلوه في الهرمية. ومن Ш\л ДА]‏ هرميات الأصناف ميدأ إعادة الاستخدام )Reusability(؛‏ 
بحيث يمكن إعادة استخدام الخصائص والعمليات التي تعرف في نوع (أو صنف) معين» في جميع 
الأنواع (أو الأصناف) التي تنحدر )9 (из‏ من النوع (أو الصنف) دون حاجة إلى تعريفها أو 
إعادة بنائها. 


اسم الفثة (آو الصنف) 
Class Name‏ 


Person 


Name 

DOB 

Address aall قاتمة بخصائص‎ 
Phone List of Attributes 


Social_Identitication_NO 


Calculate AGEO قائعة‎ 
Change Address (Address) Wak == سو‎ 


List of Operations 


فئة فرعیۃ (أو صنف فرعى ( فئة فرعية (أو صنف فرعى) 
Object Sublype (or Subclass) Object Subtype (or Subclass)‏ 


Employee اسم الصنف الفرعی‎ Í Student 


Salary 
فائمة بالخصائص التى‎ 


| يتفرد шз‏ كل صنف 


IHire_Date 


فرعی 


/ 


5 ч ه‎ 1 ы “| 
Calculate _Bonus() ١ قائمة بالعمليات التى‎ | Calculate_GPAQ 
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فرعی 
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353 النموذج العلاقي» ونظم аЗ Ы)‏ من أكثر النماذج شيوعاً في المنظمات الحديثة في وقتنا 
الراهن في بناء النظم المعلوماتية المبنية على نظم قواعد البيانات؛ وذلك على اختلاف طبيعة 
الأعمال التي تزاولها هذه المنظمات. وتُعرّى أسباب نجاح النموذج العلاقي وسعة انتشاره لما يلي: 

]= سهولة المفاهيم الأساسية للنموذج العلاقي» واستناده إلى أسس رياضية صلبة (کما 
أوضحناه في الفصل الرابع). 

2- يجميّد النموذج العلاقي مفهوم عدم اعتمادية البيانات (كما 5 توضيحه في الفصل الأول 
من الكتاب). 


3- یتوفُر للنموذج العلاقي لغة تداول قویة وذات مواصفات قياسية (وهي لغة الاستفسار 
البنائية التي تم شرح مكوّناتها الأساسية في الفصلين السابع والثامن). 


Жуз -4‏ للنموذج العلاقي نظم إدارة قواعد بيانات ذات تقنيات ناضجة تع تصميمها 
وتطبيقها لفترة طويلة من الزمن بما في ذلك نظم للتحكم في التزامن ونظم للتحكم في الاستعادة (أو 
التشافي). 

وعلى الرغم من نقاط القوة السابقة للنموذج العلاقي؛ فإن هذا النموذج لا Зал‏ مناسباً للتعامل 
مع أنواع البيانات المعقدة» مثل: الصورء ولقطات الفیدیوء والصوتء والبيانات الجغرافية؛ على 
سبيل المثال لا الحصر. لذلك SS‏ ظهور نظم قواعد البيانات الشيئية؛ بهدف التعامل مع مثل أنواع 
البيانات هذه. وعلى الرغم من أن نموذج البيانات الشيئي أخذ في الانتشار وأن التقنيات 
المصاحبة له تبدو واعدة؛ Ó‏ هذا النموذج ما زال يعاني نقصاً في التقنيات المصاحبة له مقارنة 
بتلك المصاحبة للنموذج العلاقي. ومن ضمن هذه التقنيات: القدرة على التعامل مع البيانات بكفاءة 
عالية» ووجود نظم АЙЗА‏ للاستعادة (أو التشافی)ء ووجود نظم АШ 4а уа‏ في التزامن. 


ويُمكن أن نستخلص أن JI‏ من النموذجين نقاط š š‏ تميّزه عن النموذج الآخرء وأن نقاط 
š ë‏ أحد هذين النموذجين Зал‏ نقاط ضعف في النموذج الآخر. وقد حدا هذا بالشركات المطوّرة لنظم 
إدارة قواعد البيانات إلى Ал‏ نظم 452 (Hybrid Systems)‏ تهدف إلى الحصول على Jail‏ 
الميزات التي يوفرها (К‏ من النموذجين. وأصبحت هذه النظم ái‏ نظم قواعد البيانات 
«العلاقية - الشيئية». كما أن غالبية الشركات المطوّرة لنظم إدارة قواعد البيانات العلاقية A‏ 
ضمن النسخ الحديثة لمنتجاتها galia‏ متوافقة مع مفاهيم نظم قواعد АДЫШ‏ مثل: الشيء 
06[60)» والتغليف «(ЕпСарвшайоп)‏ والتحميل الزائد (Polymorphism)‏ والتوريث 
.(InheritanCe)‏ ومن ضمن أكبر هذه الشركات التي تبت هذا التوجّه شركة أي بي (IBM) a!‏ 
في منتجها المعروف باسم دي بي تو (DB2)‏ وشركة إنفورميكس (Informix)‏ في منتجها 
المعروف باسم داينميك سيرفر ¿(DynamiC Server)‏ وشركة أوراكل (ОгаС1е)‏ في منتجها 
أوراكل 8 )8 (OraCle‏ والنسخ اللاحقة لهذه النسخة من المنتج. 


1-3-9 مفاهيم قواعد البيانات «العلاقية - الشيئية»: 


i‏ نظام إدارة قاعدة البيانات «العلاقية - الشيئية» نظاماً SS дсм‏ من خصائص النموذج 
العلاقي وخصائص النموذج الشيئي بشكل (Frank, 1995) О‏ وبذلك؛ فإنه يمكن تعريف 
البيانات وفق النموذج العلاقي ووفق النموذج الشيئي والتعامل مع هذه البيانات من خلال واجهة 
مشتركة (مثل: لغة الاستفسار البنائية Gi ((SQL)‏ البنية التحتية لهذه النظم؛ فهي وفق النموذج 
العلاقي. ويعني هذا أن قاعدة البيانات تبدو لمبرمجي نظم التطبيقات (وبقية المستفيدين من 
النظام) على أنها «علاقية - شيئية»؛ ولكنها في الواقع تخژن Дз,‏ التعامل معها داخلياً على أنها 
علاقية فقط. لذلك؛ فإن هناك بعض التكلفة الإضافية في هذه النظم نتيجة لضرورة المطابقة (أو 
التحويل) (Mapping)‏ بين العلاقات (Relations)‏ والأشياء .(ObjeCts)‏ ويُعرَى الس ‌بب وراء 
هذه التكلفة الإضافية إلى أن هذه النظم قد تمَّ بناؤها أساساً باعتبارها نظماً لإدارة قواعد البيانات 
العلاقية ولم تكن ДАА аА‏ لدعم ¿s|‏ من الخصائص التي يوفرها النموذج الشيئي؛ ولكنه تمَّ تطويرها 
لاحقاً لتدعم بعض خصائص النموذج الشيئي. لذلك؛ فإننا نرى أن مثل هذه النظم áni‏ أحياناً بالنظم 
العلاقية المطورة (Extended Relational)‏ وذلك للدلالة على هذا الواقع. 


1-1-3-9 خصائص قواعد البيانات «العلاقية - الشيئية»: 


توفر لغة الاستفسار البنائية ثلاثة أصناف من البيانات» وهي: (1) الرّقمية مثل الأعداد 
العشرية «(РеСіта1)‏ والأعداد الصحيحة (Integer)‏ )2( السلاسل الحرفية .(CharaCter)‏ 
)3( الوقتية (Temporal)‏ مثل: التاريخ (Date)‏ والوقت (Time)‏ غير أن الكثير من نظم 
التطبيقات الحديثة تتطلب تخزين وتداول أنواع أخرى من البيانات التي لا يمكن التعامل معها 
بسهولة من قبل نظم إدارة قواعد البيانات العلاقية» مثل: الوثائق» والصورء وبصمات الأصابع» 
والخرائط؛ على سبيل المثال لا الحصر. وللتعامل مع مثل أنواع البيانات هذه؛ فإنه يتطلب من 
نظام إدارة قاعدة البيانات توفير إمكانية تعريف أنواع بيانات جديدة» حسب احتياجات تطبيقات 
المنظمة؛ بالإضافة إلى تلك المتوفرة فيها بشكلٍ أساسي. كما أن توفير إمكانية تعريف أنواع 
بيانات جديدة من قبل نظام إدارة قاعدة البيانات يتطلب بدوره من النظام توفير إمكانية تعريف 
عمليات جديدة يمكن إجراؤها على أنواع البيانات الجديدة» شبيهة بتلك العمليات التي يوفرها النظام 
على أنواع البيانات الأساسية» مثل: الجمع والطرح بالنسبة للأعداد والبيانات الوقتية» وعمليات 


المقارنة بالنسبة للسلاسل الحرفية. فعلى سبیل المثال: قد А а‏ تعريف نوع جديد من البيانات 
وليكن صورة (Image)‏ (أو خريطة ((Мар)‏ توفير عملية جديدة يمكن تنفيذها على هذا النوع من 
البيانات» مثل: عملية التكبير (Zoom In)‏ وعملية التصغیر .(Zoom Out)‏ 
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كما أن إمكانية تعريف أنواع بيانات جديدة يتطلب من نظم إدارة قواعد البيانات توفير لغة 
АЙА‏ للتعامل مع البيانات شبيهة بلغة الاستفسار البنائية؛ بحيث تُمگن من تعريف» وتداول البيانات. 
ولأن الهدف من قواعد البيانات «العلاقية - الشيئية» هو دمج أفضل خصائص النموذج العلاقي 
وأفضل خصائص النموذج الشيئي ضمن نظام إدارة قاعدة البيانات؛ فإن أهمَّ خصائص هذا الهجين 
الناتج من دمج النموذجينء ما يلي: 

1- نسخة gha‏ 5 من لغة الاستفسار البنائية تمكن من تعريف وتداول البيانات؛ سواء كانت 
25552 في جداول علاقية أو فنات أصناف j)‏ أشياء) .(ObjeCt Types)‏ 


2- توفير الدعم لخصائص النموذج الشيئيء مثل: التوريث» والتحميل الزائدء وتعريف أنواع 
بيانات جديدة (User Defined Data Types)‏ وطرق الوصول إلى الأشياء Navigational)‏ 
.(ACCess‏ 


:(Distributed Database Systems) عة‎ 5 sal قواعد البيانات‎ 4-0 


قاعدة البيانات المورّ عة عبارة عن قاعدة بيانات منطقية واحدة уза‏ عة مادياً على مجموعة 
من الحاسبات الآلية في مواقع مختلفة ترتبط فيما بينها بشبكة اتصالات )1993 š, (Stallings,‏ 
قواعد البيانات المورّعة baia‏ عندما يكون للمنظمة Ас. papa‏ من المواقع (أو الفروع) الموزٌعة في 
مناطق مختلفة؛ بحيث يتم توزيع البيانات بشكل أقرب ما يكون من المستفيدين الذين يتعاملون معها. 
ويمثل الشكل رقم )5-9( نموذجاً مبسطاً لقاعدة بيانات Ае 5 за‏ تتكون من أربعة مواقع (Sites)‏ 
تحتوي 2558 منها على البيانات المكوّنة لقاعدة البيانات» في сыз‏ لا يحتوي الموقع رقم 3 )3 (Site‏ 
على ¿sÍ‏ بيانات تتعلق بمحتويات قاعدة البيانات» وإنما يُستخدم Ай gall‏ مصدراً للتعليمات التي تتفاعل 
مع قاعدة البيانات المورّعة على المواقع الثلاثة الأخرى. МЇ‏ المواقع الثلاثة الأخرى؛ فإنها 
تستخدم مصادر للتعليمات التي تتفاعل مع قاعدة البيانات بالإضافة إلى احتواء ОК‏ منها على eja‏ 
من قاعدة البيانات (الموزٌعة). وترتبط المواقع الأربعة فيما بينها بشبكة اتصالات لنقل البيانات. 


— | = — | — 
: — 
Computor | 

network 


شكل رقم (5-9): نموذج مبسط لقاعدة بيانات مورّعة. 


ái g‏ إدارة قاعدة البيانات (الموزّعة) بشكلٍ مركزي باعتبارها مورداً من موارد المنظمة. 
وفي الوقت نفسه؛ 25 الاستفادة من المرونة التي تقدمها نظم قواعد البيانات الموزرّعة في تنفيذ 
العمليات التي تُجِرَى على قاعدة البيانات. ويُوجّد العديد من الحالات التي تشجع على استخدام نظم 
إدارة قواعد البيانات المورّعة التي يأتي من ضمنها ما يلي )2015 :(Hoffer et al,‏ 

- التوزيع الجغرافي: من الطبيعي أن تنتشر الأقسام والإدارات في المنظمات الحديثة في 
مواقع متباعدة جغرافياً عن بعضهاء وفي بلدان مختلفة أحياناً. وفي هذه الحالة تتولّد رغبة عند هذه 
الأقسام والإدارات في فرض صلاحياتها على نظمها المعلوماتية التي تستدعي توفر هذه النظم 
المعلوماتية بمقربة من الأقسام والإدارات التي تتبعها هذه النظم حتى تتحكم فيها بشكلٍ كامل. 

- المشاركة: تُوجّد هناك ¿ala‏ إلى المشاركة في البيانات عندما تتورّع النظم المعلوماتية 
والبيانات التابعة لهذه النظم في أماكن مختلفة؛ حتى Жы‏ اتخاذ القرارات التي تتعلق بأكثر من قسم 
وإدارة من الوحدات الإدارية التابعة للمنظمة. وتتجَلّى مثل هذه الحالة عند اندماج المنظمات (أو 
الشركات) بعضها مع بعض. 


- التكلفة: إن وجود البيانات ونظم التطبيقات بالقرب من الأقسام والإدارات التي تحتاج إليها 
بشكلٍ مكثف يكون في الغالب أقل تكلفة من الناحية الاقتصادية؛ У‏ إن إرسال كميات كبيرة من 
الأوامر الحاسوبية من مكان لآخر (عبر وسائل الاتصالات) 53 أمراً باهظ التكلفة. بالإضافة إلى 
ذلك؛ فإن اعتماد نظم التطبيقات على نظم الاتصالات قد یکون مصدراً من مصادر المخاطرة؛ 
نظراً لإمكانية تعطل نظم الاتصالات ولفترات طويلة. لذا فإن توزیع البيانات؛ بحيث تكون على 
مقربة من الوحدات الإدارية (والمستفيدين) الذين يحتاجون إليها بشكلٍ مکثفِ يكون أكثر موثوقية 
مقارنة بتركيزها في مکانِ واحد حتى لو Jhai‏ جزةٌ من نظام الاتصالات أو بعض الأجهزة التي 
تحتوي على بيانات المنظمة. 

- عدم التجانس: يتوفر لدى المنظمات الحديثة أنواغ مختلفةٌ من نظم التطبيقات التي قد تعتمد 
على أنواع مختلفة من نظم إدارة قواعد البیانات؛ بحيث إن كلّ نوع منها قد يكون هو أفضل ما 
يكون للنظام الذي تم اقتناؤه من „Alaf‏ وفي هذه الحالة يمكن تعريف نظام قواعد بيانات g Í за‏ يعمل 
على ربط التطبيقات المختلفة مع بعضها. 


- تكرارية البيانات: 55 تكرارية البيانات (Data RepliCation)‏ إحدى الإستراتيجيات 
المتبعة لاستعادة البيانات التي تتعرّض «АШ‏ ولتمكين المستفيدين من مزاولة تعاطيهم مع البيانات 
حتى لو تعطل المصدر الرئيسي الذي تمٌ تخزين البيانات عليه. 545 تكرارية البيانات على أكثر 
من جهاز حاسب آلي أحد أشكال نظم قواعد البيانات Де 5 gall‏ 


5535 من الأهداف الرئيسية لنظم قواعد البيانات الموزرّعة؛ توفي خدمة وصول المستفيدين 
للبيانات АА)‏ في مواقع مختلفة. وللوصول إلى الهدف؛ يجب في نظام إدارة قواعد البيانات 
المورّعة توفير ما «а‏ بالشفافية المكانية (LoCation TransparenCy)‏ التي تَعنِي أنه ليس 
من الضروري أن يكون المستخدم على دراية بالمواقع التي تحتوي على البيانات التي يتعاطى معها 
من خلال التعليمات التي يصدرها للنظام؛ بل إن OK‏ تعليمة يصدرها المستخدم سيتمٌ إرسالها من قبل 
نظام إدارة قاعدة البيانات بشكل تلقائي (دون علم من المستخدم) للمواقع ذات الصلة بتنفيذ التعليمة. 
وفي الحالة المثلى لنظم قواعد البيانات المورّعة يكون المستخدم غير مدرك لطريقة توزيع البيانات 
ومواقعهاء وأن کل البيانات على اختلاف مواقعها تشكّل قاعدة بيانات منطقية واحدة. وفي مثل 


هذه الحالة المثلى؛ فإن التعليمة الواحدة قد تقوم بتجميع بيانات موجودة مادياً في مواقع مختلفة 
للحصول على النتيجة النهائية للتعليمة. 


ومن الأهداف الرئيسية الأخرى لنظم قواعد البيانات säe 5 gall‏ الاستقلال الذاتي LoCal)‏ 
äl pall (Autonomy‏ المختلفة لقاعدة البيانات التي يُقصد بها القدرة على إدارة کل موقع من مواقع 
قاعدة البيانات بشكلٍ مستقل؛ بحيث يستطيع С)‏ موقع العمل باستقلالية عن بقية المواقع؛ وذلك عند 
حدوث Jhe‏ لشبكة الاتصالات أو للمواقع الأخرى. وعند وجود الاستقلال الذاتي؛ فإنه بإمكان ОС‏ 
aš sa‏ أن يتحكم في البيانات المخزّنة فيه» وأن يدير أمنهاء وأن يقوم بتسجيل المعاملات التي ترد إليه 
وتنفيذهاء وأن يقوم باستعادة بياناته عند حدوث عطل فيه دون وجود айза‏ مركزي يُشرف على 
أعماله ола‏ وبذلك؛ فإن البيانات Зай‏ مملوكة محلیاً ضمن الموقع ومُدارة من cal‏ على الرغم من 
أن البيانات المخزّنة فيه يمكن التعاطي معها من قبل مواقع أخرى. 


ویُوجّد لقواعد البيانات الموزٌعة العديذ من المَيْزات مقارنة بنظم قواعد البيانات المركزية. 
ومن بين ДА]‏ هذه المَيّزات» ما يلي: 

- الموثوقية (Reliability)‏ والتواجد аба (Availability)‏ الموثوقية» بشکلِ عاب 
بأنها احتمالية وجود النظام بشکلِ عامل في لحظة زمنية ما؛ في حين يُعرّف التواجد بأنه احتمالية 
وجود النظام بشكلٍ عامل وبشكلٍ متواصل ضمن مدى زمني ما. وعلی النقيض من نظم قواعد 
البيانات المركزية التي يتأثر فيها جميغ المستفيدين والتطبيقات عند تعطل النظام؛ بحيث يصبح من 
المتعذر الوصول إلى كل البيانات المخرّنة في قاعدة البيانات؛ فإن حدوث aš sa) Jhe‏ (أو أكثر) في 
نظم قواعد البيانات المورّعة أو لجزءٍ من شبكة الاتصالات 
لن یؤثر في جميع المستفيدين والتطبيقات؛ وذلك لأنه من الممكن أن 53 التعاطي مع الجزء الذي ما 
زال Sate‏ من قاعدة البيانات» ولكن بشكلٍ وظيفي أقل مما كانت عليه قبل حدوث العطل. ويعني 


هذا أن نظم قواعد البيانات الموزرّعة تقوم بتحسين )0 من موثوقية وتواجد النظام. 


- التحكّم الذاتي :(LoCal Control)‏ يُشْجّع توزيع البيانات المجموعات المختلفة من 
المستفيدين على ممارسة تحكمهم في البيانات الخاصة بهم بشكلٍ أكبر؛ مما يعني تحسين تكامل 
البيانات وإدارتها. كما يمكن استخدام العتاد المادي المناسب من الحاسبات الآلية وملحقاتها مع 
البيانات الخاصة JG‏ مجموعة من المستفيدين» Las‏ يتناسب مع احتياجاتهم من القدرات 


الحاسوبية. وبهذه الطريقة يمكن JSI‏ مجموعة التعامل مع البيانات الخاصة بها وفق احتياجاتها 
الحاسوبية التي تتناسب معهاء وفي الوقت نفسہء التعاطي مع البيانات التابعة للمجموعات الأخرى 
من المستفيدين عند الحاجة إلى ذلك. 


- تخفيض تكلفة الاتصالات: تُمكّن نظم قواعد البيانات المورّعة من تخزين البيانات بشکلِ 
أقرب ما يكون من المستفيدين الذين يحتاجون إلى التعامل معها بشكلٍ مكثف. ويعني هذا تخفيض 
تكلفة استخدام وسائل الاتصالات مقارنة بنظم قواعد البيانات المركزية. 


- تحسين أداء النظام: يُمكن توزيع البيانات بشکلِ يُلبي احتياجات المستفيدين في كل موقع. 
وعند توزيع البيانات بهذا الشكل؛ یصبح بالإمكان تنفیذ تعليمات المستفيدين في مواقعهم دون 
الحاجة إلى استخدام وسائل الاتصالات أو تركيز تنفيذ التعلیمات في حاسب آلي واحد؛ مما يحسّن 
أداء النظام بشكلٍ كبير. كذلك يُمكن تجزئة التعليمات المعقدة وتنفيذ التعليمات الجزئية الناتجة على 
أكثر من حاسب آلي بشكل متزامن» أي: في الوقت نفسه على أكثر من حاسب آلي؛ مما يُسهم في 
تحسين أداء النظام بشكل أكبر. 

- سهولة التوسّع في النظام: تتوافق نظم قواعد البيانات المورّعة مع حاجة المنظمات الحديثة 
للتوسع المستمر في طاقاتها التخزينية للبيانات؛ وذلك عند زيادة أحجام البيانات» أو في زيادة أعداد 
تطبيقاتها الحاسوبية؛ إذ إنه بالإمكان زيادة عدد الحاسبات الآلية (لزيادة طاقتها التنفيذية) وطاقاتها 
التخزينية كلما استدعت الحاجة إلى ¿a M‏ وهذه الطريقة 355 أكثر اقتصاداً من а Ш‏ في نظم 
قواعد البيانات المركزية التي تستدعي تغيير الحاسب الآلي (وبعض ملحقاته أحياناً). بالإضافة 
إلى ذلك؛ فإن التوسّع في نظم قواعد البيانات الموزعة لا يؤدي إلى انقطاع الخدمة عن المستفيدين أو 
تأثر عملهم مقارنة بنظم قواعد البيانات المركزية التي قد تستدعي مثل هذا الانقطاع أو التأثر. 

1-4-9 خيارات توزيع البيانات: 

عند استخدام نظم قواعد البيانات Ае уай‏ يجب تحديد الأماكن (أو المواقع) التي سيتمٌ فيها 
تخزين OK‏ مجموعة من البيانات المكوّنة لقاعدة البيانات. ولأن الجدول أصغر وحدة منطقية يمكن 
الحديث عنها في نظم قواعد البيانات؛ فإن الجدول يُعَدُ أصغر وحدة منطقية يمكن التحدّث عنها عند 
توزيع البيانات على مواقع نظم قواعد البيانات الموزعة. كما يمكن تقسيم JS‏ جدول إلى مجموعة 


من الجداول الجزئية؛ بحيث يحتوي كل جدول جزئي على Ае аза‏ من السجلات التي تتحلى 
بخصائص مشتركة فيما بينها. وفي هذه الحالة يُعَدُ СЕ‏ جدول جزئي У зза‏ مستقلاً بذاته عن بقية 
الجداول الجزئية المشتقة من الجدول الرئيسي نفسه. ويمكن توزيع جداول قاعدة البيانات في نظم 
قواعد البيانات ie $ gall‏ على المواقع المكونة للنظام وفق أربع إستراتيجيات» هي: 


- تكرار البيانات .(Data RepliCation)‏ 
۔ التقسيم الأفقي (Horizontal Partitioning)‏ 
- التقسیم الرأسي .(VertiCal Partitioning)‏ 
- الجمع تین الخيازات ДЕ‏ 

1-1-4-9 تكرار البيانات: 


52 تکراژ البيانات واحداً من الخيارات التي يزداد انتشارها یوما بعد آخر. хай,‏ بتكرار 
البيانات Сы уаз‏ نسخ كاملة من قاعدة البيانات في أكثر من موقع. ويوفر هذا الخيار فرصة 
للانتقال من قواعد البيانات المركزية إلى قواعد البيانات الموزٌعة ذات التكلفة الأقل؛ بحيث تكون 
البيانات قريبة مكانياً من المستفيدين منها. وتحميّن هذه الإستراتيجية من إستراتيجيات توزيع 
البيانات من الاعتمادية والتواجد؛ إذ إن النظام سیستمرٌ في العمل ما دام قد جد موقغ واحد (على 
الأقل) قيد العمل. كما يُحمّن هذا الخيار أداء النظام؛ لأن نتائج تعليمات الاستفسار التي تصدر 
للنظام تكون قريبة من مكان صدور التعليمات نفسها. غير أن خيار تكرارية البيانات يعاني 
مشكلة مع تعليمات التعديل؛ إذ إن التعليمات يجب أن 385 في جميع المواقع التي تحتوي على نسخ 
من قاعدة البيانات؛ وذلك حتی تكون البيانات المخرّنة في المواقع المختلفة متوافقاً بعضها مع 
بعض. ولهذا السبب؛ فإن تكرار البيانات يُستخدم عادةً في نظم قواعد البيانات Ае узай‏ التي 
يغلب فيها عمليات الاستفسار عوضاً عن تعليمات التعديل. 


وبينما يمثل التكرارٌ الكامل للبیانات إحدى النهايتين القصويين لإستراتيجية تکرار البيانات؛ 


فإن عدم التكرار gY‏ من البيانات يمثل الجانب الآخر من النهايتين. وبين هاتين النهايتين القصويين 
ا كبيرة للتكرار الجزئي للبيانات (Partial Data RepliCation)‏ الذي ы‏ من خلاله 


تكرارٌ بعض أجزاء قاعدة البيانات» في حين لا يتم تكرار أجزاء أخرى. ويتم توزيع الأجزاء 
الرئيسية لقاعدة البيانات أو المُستنسخة منها على مواقع مُحدّدة في النظام. Аз)‏ اختيار المواقع 
ودرجة التکرار بناءً على الاعتمادية والتواجد المستهدفتين؛ بالإضافة إلى نوعية وتكرارية العمليات 
المتوقع تنفيذها على النظام. А953‏ عملية إيجاد التوزيع الأمثل للبيانات على المواقع المختلفة 
للنظام؛ من العمليات المعقدة نسبياً؛ وذلك بسبب وجود العديد من العوامل التي يجب أخذها بعين 
الاعتبار عند إجراء عملية التوزيع. 


эга‏ بالتقسيم الأفقي تجزئة الجدول إلى مجموعات من السجلات؛ Дый Сузу‏ كل 
مجموعة من السجلات بخاصية (أو قيمة) مُحدّدة لحقل أو أكثر من حقول الجدول. وغالبأ ما یتم 
التقسیم الأفقي للجداول وفق قيمة واحدة من حقول الجدول. فعلى سبيل المثال: من الممكن أن يتم 
дай‏ جدول أعضاء هيئة التدريس في الجامعة الأهلية أفقياً وفق dia aš‏ «رمز القسم». وبهذه 
الطريقة یت تقسیم الجدول إلى مجموعات من السجلات بحيث تتحلّى 0 مجموعة بقيمة مُحدّدة 
لقيمة حقل «رمز القسم». وبعد تقسيم الجدول إلى مجموعات يُمكن توزيع الأجزاء الناتجة؛ بحيث 
تكون على أجهزة الحاسب الآلي التي تكون أقرب ما يكون من القسم العلمي الذي تتبعه ÖS‏ 
مجموعة. وبهذه الطريقة يمكن أن تتعامل OK‏ مجموعة من المستفيدين التابعين لقسم علمي ما مع 
بيانات أعضاء هيئة التدريس التابعین للقسم نفسه بشكلٍ أسرع مما لو كانت البيانات مركزة في موقع 


واحد. 
3-1-4-9 التقسيم الرأسي: 


يُستخدم айй‏ الرأسي لتوزيع الحقول التي يحتويها буз‏ ما على أكثر من جدول مع 
تكرار المفتاح الرئيسي للجدول الأساسي في جميع الجداول الناتجة عن عملية التقسيم. ومن أمثلة 
التقسیم الرأسيء وکما أسلفنا في الجزء المتعلق بالتصمیم المادي» تقسيم جدول الموظفين إلى 
جدولين» [ша‏ جدول يحتوي على المفتاح الرئيسي لجدول الموظفين» بالإضافة إلى الحقول التي 
تحتوي على البيانات المتعلقة بالجوانب الإدارية للموظفين» في حين أن الجدول الثاني يحتوي على 
المفتاح الرئيسي لجدول الموظفين بالإضافة إلى الحقول التي تحتوي على البيانات المتعلقة بالجوانب 
المالية للموظفين. وبعد عملية التقسيم А‏ عملية توزيع الجداول الناتجة على المواقع المناسبة في 


النظام. وبهذه الطريقة يمكن الاستجابة للتعليمات المتعلقة OS‏ نوع من البيانات ОК‏ أسرع من 
шы Ыйы АЦ)‏ سیت ШЫМЫ‏ رسکی عدن ы‏ مس агыр»‏ 
بيانات O<‏ إدارة على الجهاز التابع (أو الأجهزة التابعة) للإدارة؛ فإن هذا التوزيع سيوفر لكل إدارة 
استفلالاً ذاتياً يمكٌنها من التحكم والسيطرة على البيانات التابعة لها؛ مما يحمبّن من تناسق البيانات 
وتكاملها. بالإضافة إلى أن مثل هذا التوزيع سيزيد من المحافظة على أمن البيانات؛ إذ сй}‏ من 
مَنح الصلاحيات للمستفيدين المختلفين على OS‏ جدول من الجداول الناتجة من عملية التقسيم عوضاً 
عن منح الصلاحيات لهم على الجدول الأصلي كاملا. 


4-1-4-9 الجمع بين خيارات التوزيع: 


النوع الرابع للتقسيم يتضمّن كلا من تكرار البيانات والتقسيم الأفقي والتقسيم الرأسيء أو أي 
توليفات أخرى للخيارات السابقة من توزيع البيانات. فعلى مربيل المثال: من الممكن تقسيم جدول 
الموظفين التابع لمنظمة ما أفقياً حسب الفروع التي يتبع لها الموظفون» وبحيث يتم توزيع الجداول 
الناتجة من عملية التقسيم على الحاسبات الآلية التابعة للفروع المختلفة OS‏ حسب الموظفين 
التابعين А]‏ وبعد ذلك يمكن تقسيم كل جدولء في كل فرع» رأسياً حسب بيانات الموظفين 
الإدارية والمالية» على افتراض وجود إدارة للشئون الإدارية وإدارة للشئون АДА‏ في OS‏ فرع. 
وبهذه الطريقة يمكن الاستفادة من المَيْزات التي توفرها قواعد البيانات الموزعة التي يأتي من أهمّها 
سرعة الوصول إلى البيانات والتعامل معها من قبل OK‏ إدارة» هذا بالإضافة إلى الاستفادة من 
الميزات الأخرى مثل المحافظة على الاستقلال الذاتي وأمن البيانات. وتجدر الإشارة إلى أن 
الجمع بين خيارات توزيع البيانات» وخاصة التقسيم الرأسي والتقسيم الأفقي للبيانات» لا эл‏ 
مقصوراً على قواعد البيانات المورّعة؛ ولكنه يُستخدم أيضاً في قواعد البيانات المركزية Laj‏ 
ويُستخدم مثل هذا الجمع بين الخيارات» في قواعد البيانات المرکزیة من قبل إداريي قواعد البيانات 
في الكثير من الأحيان؛ لتحسين أداء نظم إدارة قواعد البيانات )2004 (Agarwal et al,‏ 


2-4-9 تنفيذ المعاملات المورّعة :(ExeCution ’Distributed TransaCtions)‏ 
ҸӰ‏ المعاملة في بيئة نظم قواعد البیانات الموزّعة؛ شأنها في ذلك شأن المعاملة في بيئة 


قواعد البيانات المرکزیة كوحدة عمل منطقية واحدة تنتهي بتثبيت كافة نتائجها أو التراجع التام 
عنهاء وكأنها لم تكن. ولكن المعاملة في بيئة قواعد البيانات المورّعة» Де у‏ خلاف بيئة قواعد 


البيانات المركزية» تتعاطى مع بيانات Ае ў за‏ على أكثر من аб за‏ للبيانات. وعادة ما نتم نمذجة 
مكوّنات aš sa GS‏ من مواقع قاعدة البيانات المورّعة على أنه يتكوّن من ثلاثة مكونات رئيسيةء 
وهي: نظام إدارة معاملات» ونظام اتصالات» ونظام (أو أكثر من نظم) إدارة موارد بيانات Al-)‏ 
Ша ы, .(Houmaily, 2014‏ الشكل )6-9( هذه المكونات الثلاثة. 


| 


Resource Manager (1) 


خس نظام إدارة موارد (1) 


Application System 


نظام د تطبيقي 


Iransaction Manager Communication Мапарег 


تظام اتصبالات allas G]‏ إدارءٌ معاملات 


Resource Manager (n) 


نظام إدارة موارد (ن) 


شكل رقم (6-9): المكوّنات الرئيسية لنموذج قاعدة البيانات الموزّعة. 
]| نظام إدارة المعاملات э) :((TransaCtion Manager (ТМ)‏ 25 في OK‏ موقع من 
مواقع قاعدة البيانات نظام ial з‏ لإدارة المعاملات. ومن مسئوليات هذا النظام تخصيص معرف 
(Identifier)‏ فريد GI‏ معاملة تبدأ في التنفيذ في الموقع. ویْعد المعرف الذي يُخصّص لمعاملة 
ما معرفاً فریداً لا يتكرّر ضمن المعرفات الأخرى للمعاملات بغض النظر عن مواقع بدايات تنفيذ 
هذه المعاملات. وبالإضافة لذلك؛ فإن هذا النظام مسئولٌ عن مراقبة تقدّم تنفيذ 06 معاملة تبدأ في 
Аай за‏ والإشراف على انتهائهاء وتنسيق تشافيها عند الإخفاق في تنفيذها بشكلٍ كامل. 


2 نظام الاتصالات GS :((CommuniCation Manager (СМ)‏ هذا النظام من 
تناقل البيانات وتبادلها مع المواقع التي يرتبط بها من خلال تضمّنه على بروتوكول «АШ‏ 
وتوفير منظور داخلي» ضمن cai gall‏ لقاعدة البيانات في المواقع الأخرى. كما يسمحٌ هذا النظام 
للمعاملات التي 382 داخلياً ضمن الموقع من أن توسع من تنفيذ عملياتها لتشمل مواقع أخریء ضمن 
بيئة قاعدة البيانات الموزٌعةء حسب احتياجاتها من البيانات. ويسمح هذا النظام كذلك لنظام إدارة 


المعاملات بالموقع من القيام بمهامّه الإدارية والتنسيقية بالتعاون مع نظم إدارة المعاملات في 
المواقع الأخرى. 


3 نظام إدارة موارد البيانات :((ResourCe Manager (RM)‏ 52 هذا النظام هو 
النظام المسئول عن تنفيذ العمليات الفعلية على البيانات. ومن الممكن أن يكون هذا النظام أيّ نظام 
يسمح بمشاركة البيانات وصحتها حتى في حالة حدوث أعطال في الموقع. وعادة ما يُفترض أن 
هذا النظام هو نظام لإدارة قاعدة بيانات (مثل: أوراكل ¿(OraCle)‏ أو دي بي تو ((DB2)‏ رغم 
أنه من الممكن أن يكون ]6[ نظام آخر Дз‏ بصفات من شأنها أن تحافظ على خصائص 
المعاملات. كما يمكن أن يحتوي الموقع الواحد على أكثر من نظام لإدارة الموارد. 


:(TransaCtion ExeCution Model) فوذج تنفيذ المعاملة‎ 1-2-4-9 


عند بداية تنفيذ أيّ معاملة صادرة من نظام تطبيقي ما (AppliCation System)‏ في aÍ‏ 
المواقع؛ فإنه يتعيّن عليها التسجيل في نظام إدارة المعاملات في الموقع الذي بدأت تنفيذها فيه قبل 
أن OS‏ من تنفيذ 51( من عملياتها على قاعدة البيانات. وعندما يقوم نظام إدارة المعاملات 
بتسجيل المعاملة؛ فإنه يقوم بتخصيص معرف فريد لها لا يتكرر ضمن معرفات المعاملات 
الأخرى التي سبق تسجيلها في كافة مواقع النظام. كما يقوم نظام إدارة المعاملات بإشعار 05 
نظام لإدارة موارد البيانات» ضمن dai ga‏ عن بداية تنفيذ المعاملة. وبهذه الطريقة يكون نظام إدارة 
المعاملات وجميع نظم إدارة الموارد في الموقع على علم ببداية تنفيذ المعاملة. 

بعد أن تتم عملية تسجيل المعاملة؛ يصبح بإمكانها أن تقوم بتنفيذ أي من عملياتها على نظم 
إدارة الموارد المتاحة في الموقع. وعندما ترسل المعاملة عملية للتنفيذ لأحد نظم إدارة الموارد؛ 
فإنها تتوقف عن التنفيذ؛ حتى تستلم نتيجة تنفيذ العملية. وبعدئذٍ فقط يمكنها إرسال عملية أخرى 
للتنفيذ. А,‏ طريقة التنفيذ هذه «الطلب والاستجابة» ‘(Request/Response Paradigm)‏ 
حيث АЗ‏ لا يمكن للمعاملة من تنفيذ عملية ما إلا بعد انتهاء العملية السابقة لها في التنفيذ. 


وبنفس الأسلوب يُمكن للمعاملة تنفیذ عمليات على موارد للبيانات خارج موقعها الذي بدأت 
تنفيذها فيه. ولكنه في هذه الحالة؛ يتوجّب أن يكون نظام إدارة المعاملات في الموقع الذي نشأت فيه 
المعاملة على cale‏ وبشكلٍ مُسبقء عن 05 عمل یتم تنفيذه على مواقع خارجية. وعند ale‏ نظام 


إدارة المعاملات عن مثل هذا العمل؛ فإنه يقوم بإنشاء فرع تنفيذي gala‏ للمعاملة بالتعاون مع نظام 
إدارة المعاملات في الموقع الذي سيقوم بتنفيذ هذا العمل. ويتمٌ ilhe]‏ هذا الفرع التنفيذي للمعاملة 
معرفاً خاصاً به. بعدئذ؛ وباستخدام معرف الفرع التنفيذي الذي أنشئ للعمل؛ з‏ إرسال العملء من 
خلال نظام إدارة الاتصالات للموقع الذي سيقوم بتنفيذ العمل. وبنفس الأسلوب» يمكن للعمل 
الجديد بعد أن يقوم بالتسجیل في نظام إدارة المعاملات في الموقع الذي سيقوم بتنفيذ العملء بالنيابة 
عن المعاملة» من أن يبدأ أعمالاً جديدة في مواقع أخرى. وبهذه الطريقة Íe papa Шш‏ من 
الأعمال المنفذة في مواقع مختلفة JSI‏ معاملة يمكن تصوّرها على Аза‏ شجرة تنفيذية 
(ExeCution Tree)‏ للمعاملة كما هو مُوضّح في الشكل (7-9)؛ بحيث يكون 5 نظام لإدارة 
المعاملات على علم بجميع نظم إدارة الموارد المشاركين في تنفيذ المعاملة في موقعه؛ بالإضافة إلى 
نظم إدارة المعاملات المجاورين له في تنفيذ المعاملة )2014 .(Al-Houmaily,‏ 


„| TM;: Transaction Manager at Site; 


RM; j: Resource Manager “7” at Site; 


شكل رقم (7-9): مثال لإحدى الشجرات التنفيذية للمعاملات. 


ала у‏ الشكل )7-9( مثالاً لشجرة تنفيذية لمعاملة مصدرها الموقع (Т)‏ لنظام قاعدة بيانات 
Ае ў за‏ وئبيّن الشكل أن المعاملة قد قامت بتنفيذ eja‏ من عملياتها على نظام إدارة الموارد رقم 
)1( في الموقع الذي نشأت فيه (الموقع رقم (1))ء Sial y‏ تنفيذ عملياتها إلى نظام إدارة الموارد رقم 
(1) في الموقع رقم (2)ء ونظامي إدارة الموارد رقم )1( ورقم )2( في الموقع رقم (3). كما امتد 


تنفيذ عمليات المعاملة ليشمل نظم إدارة الموارد رقم )1( ورقم )2( ورقم )3( في الموقع رقم )4( 
ونظام إدارة الموارد رقم )1( في الموقع رقم (5). وبناءً على ما يُوضّحه الشكل رقم (7-9)ء وعلى 
ما سبق من شرح للخصائص الوظيفية لنظام إدارة المعاملات؛ فإن نظام إدارة المعاملات في الموقع 
رقم )1( على ale‏ بمشاركة نظام إدارة الموارد رقم (1) في موقعه ونظم إدارة المعاملات في 
الموقعين رقم )2( ورقم )3( في تنفيذ المعاملة. وكذلك هو الحال بالنسبة لنظام إدارة المعاملات؛ 
على سبيل المثال» في الموقع رقم (2) الذي هو ale‏ بمشاركة نظام إدارة الموارد رقم (1) في موقعه 
ونظامي إدارة المعاملات في الموقع رقم )1( والموقع رقم (4). وبحسب هذا النموذج التنفيذي 
للمعاملات الموزرّعة تنشأ علاقة تنسيقية بين المكونات المشاركة في تنفيذ كل معاملة تُسمَّى «الرئيس 
والمرؤوس» (Superior/Subordinate)‏ أو «السيد والخادم» (Master/Slave)‏ فعلى dyo‏ 
المثالء 352 نظام إدارة المعاملات في الموقع رقم )1( في الشكل هو المنسق الرئيسي 
(Coordinator)‏ للمعاملة؛ في حين 555 نظم إدارة المعاملات في الموقع رقم )2( والموقع رقم )3( 
والموقع رقم )4( aš sal s‏ رقم )5( منسقين وسيطين .(CasCaded Coordinators)‏ ,52 نظام 
إدارة المعاملات منسقاً وسیطاً عندما يكون مرؤوساً من قبل نظام لإدارة معاملات وفي نفس الوقت 
منسقاً لنظم أخرى سواءً أكانت ЦЫ‏ لإدارة الموارد فحسب (مثل: نظام إدارة المعاملات في الموقع 
رقم (4)ء ونظام إدارة الموارد في الموقع رقم (5)) أو منسقاً لمزيج من نظم إدارة المعاملات» ونظم 
إدارة الموارد (مثل: نظام إدارة المعاملات في الموقع رقم (2) ونظم إدارة المعاملات في الموقع 
رقم (3)). أمّا نظم إدارة الموارد في المواقع المشاركة كافةً а‏ نظماً مشاركة نهائية Leaf)‏ 
.(PartiCipants‏ 

بعد انتهاء المعاملة من تنفيذ كافة عملياتها؛ فإنها تقوم بإشعار نظام إدارة المعاملات في 
الموقع الذي ابتدأت تنفيذها فيه (وهو نظام إدارة المعاملات في الموقع رقم )1( في الشكل رقم )9- 
7(( بذلك من خلال تعليمة التثبيت (Commit)‏ وعند استقبال نظام إدارة المعاملات لهذه 
التعليمة؛ فإنه يقوم ببدء تنفيذ بروتوكول خاص لضمان نووية المعاملة على كافة النظم التي 
شاركت في تنفيذ المعاملة. ویٔسمّی هذا البروتوكول «بروتوكول التثبيت ذو المرحلتين» Two-)‏ 
.(Al-Houmaily, 2018) ((2РС) Phase Commit‏ 


1-1-2-4-9 بروتوكول التنبيت ذو المرحلتين :((Two-Phase Commit (2PC)‏ 


على الرغم من أن خصائص كل معاملة 495 مضمونة عند تنفيذ المعاملة على واحد فقط من 
نظم إدارة الموارد؛ فإن خاصية النووية لا يمكن ضمانها عند تنفيذ المعاملة على أكثر من نظام؛ 
لكونه لا يُوجَد ما يضمن تثبيت نتائج المعاملة على كافة النظم التي شاركت في تنفيذها. ویْعزٌی 
السبب في ذلك إلى الأعطال التي قد تصيب المواقع المختلفة أو تواصلها مع بعضهاء وبالتالي 
تثبيت نتائج المعاملة على بعضٍ من النظم التي شاركت في تنفيذ المعاملة وتراجعها عن التشبيت 
على النظم الأخرى. فعلى سبيل المثال: قد يرسل نظام المعاملات في الموقع الرئيسي لمعاملة ما 
تعليمة التثبيت لكافة المواقع التي شاركت في تنفيذ المعاملة؛ بالإضافة إلى نظم إدارة الموارد 
المشاركة في تنفيذ المعاملة في موقعه؛ غير أن تعليمة التثبيت المُرسلة قد یتم استقبالها من قبل نظم 
إدارة الموارد داخل الموقع» وبعض المواقع الأخرى؛ ولكنها تفشل في الوصول للمواقع المشاركة 
المتبقية نتيجة dhe‏ في نظام إدارة الاتصالات أو في خطوط شبکة الاتصالات. في هذه الحالة؛ 
Aip‏ تثبیت نتائج المعاملة من قبل النظم التي استلمت تعليمة التثبیت؛ ولكنه سيتمٌ إزالة أثر كافة 
العمليات التي أجرتها المعاملة من قبل النظم التي لم تستلم تعليمة التثبيت نتيجة للعطل؛ الأمر الذي 
سيخلٌ بنووية المعاملة. وللتغلب على هذه المعضلة؛ АЙА‏ لا بد من استخدام بروتوكول خاص؛ 
لضمان نووية المعاملات في نظم قواعد البيانات المورّعة. 

إن أكثر هذه البروتوكولات استخداماً لتثبيت نتائج المعاملات في ahil‏ المورّعة؛ هو 
«بروتوكول التثبيت ذو المرحلتين» Al-Houmaily,) ((Two-Phase Commit (2РС)‏ 
2010( ولشرح تفاصيل هذا البروتوكول بشكله المبسنّط؛ لنفترض تنفيذ معاملة ما على موقع 
واحدٍ فقطء ولكن على أكثر من مورد للبيانات في الموقعء كما هو مُوضّح في الشكل رقم (8-9). 


نظام إدارة معامالات 


(Transaction Manager) 


نظام إدارة موارد نظام إدارة موارد 


(Resource Manager) (Resource Manager) 


شکل رقم )8—9(: مثال لشجرة تنفيذية illal‏ في موقع واحد. 
إن مُسمّى البروتوكول يدل على طبيعته؛ كونه يتكون من مرحلتين» كما يلي: 


1- مرحلة التصويت :(Prepare Phase)‏ في بداية هذه المرحلة» وكما هو مُوضّح في 
الشكل رقم (9-9)؛ يقوم نظام إدارة المعاملات (وهو منسق عملية تثبيت نتائج المعاملة) بإرسال 
АЙ,‏ يطلب فيها من المشاركين في تنفيذ المعاملة (وهم: نظام إدارة الموارد رقم )1( ونظام إدارة 
الموارد رقم )2( في مثالنا الموضنّح في الشكل (8-9)) التصويت عن قدرة OK‏ منهم على تثبيت 
نتائج المعاملة في حال أتخذ القرار النهائي بالتثبيت. وعند وصول الرسالة لأحد المشاركين في 
تنفيذ المعاملة؛ فإنه يقوم بالتحقق من قدرته على الالتزام بقرار التثبیت. فإذا كان بمقدورہ الالتزام 
بذلك؛ فإنه يقوم بإرسال رسالة جوابية “نعم”. أمّا إذا لم يكن بمقدوره ذلك؛ فإنه يقوم بإرسال 


رسالة جوابیة ای 


2- مرحلة اتخاذ القرار :(Commit Phase)‏ عند وصول أصوات المشاركين وكان 
تصويت الجميع يدل على قدرتهم بالالتزام بقرار التثبيت (“نعم”)؛ يكون قرار المنسق (وهو نظام 
إدارة المعاملات) التثبيت КЇ (Commit)‏ إذا كان صوت ¿sÍ‏ من المشاركين “لا”؛ فيكون القرار 
هو التراجع (Abort)‏ وعند الوصول لقرارٍ بالتثبيت؛ يقوم المنسق بإرسال رسالة تثبيت 
JSI (Commit)‏ مشارك في تنفيذ المعاملة. КЇ‏ إذا كان القرار هو التراجع؛ فيقوم المنسّق بإرسال 
رسالة تراجع (Abort)‏ للمشاركين الذين صوتوا “نعم”. وعند استلام القرار النهائي من قبل أحد 
المشارکین؛ يقوم المشارك بتنفيذ القرار (سواءً أكان بالتثبيت أو بالتراجع)» ومن ثم إرسال رسالة 
جوابية تفيد باستلامه للقرار النهائي وتنفيذه للقرار بشأن المعاملة. 


)1( مشارك )2( — مشارك‎ 
Participant, Coordir r Participant; 


* يتوجب التسجيل على سجل الوقائم الداثم (على القرص salati‏ 


شكل رقم (9-9): بروتوكول التغبيت ذو المرحلتين. 


إن قدرة البروتوكول على الوصول لقرار مُوحّد عبر كافة النظم المشاركة في تنفيذ معاملة 
ما Аз‏ من خلال تسجيل تقڈم تنفيذ البروتوكول ضمن سجل الوقائع الخاص JG‏ مشارك. وهذه 
السّجلات соз уш‏ أن تدؤن في سجل الوقائع الدائم (علی القرص الصلب) ولا يُكتفى بتدوينها في 
سجل الوقائع المؤقت في الذاكرة الرئيسية للحاسب الآلي؛ بحيث يتمكّن المشارك من استرجاع هذه 
السجلات بعد حدوث أي عطل للحاسب الآلي» ومعرفة الحالة التي وصلت إليها المعاملة قبل 
العطل. ووفقاً لهذا البروتوكول يتحتّم على 0 مشارك أن يقوم بتسجيل “الاستعداد لتقبل القرار” 
في سجل وقائعه قبل إرسال صوت “نعم”. كما یتحتّم على المشارك تسجيل “القرار” قبل إرساله 
لرسالته الجوابية باستلام القرار. l‏ فيما يتعلق بالمنسق (وهو نظام إدارة المعاملات في الموقع 
الذي ابتدأت المعاملة تنفيذها فيه)؛ فإنه يتوجّب عليه تسجیلْ سجل “القرار” قبل إرسال القرار 
للمشاركين في تنفيذ المعاملة. Í‏ سجل “الانتهاء”؛ فيُكتفى بتسجيله ضمن سجل الوقائع في الذاكرة 
الرئيسية» ولا يتحتم تمريره لسجل الوقائع الدائم (علی القرص الصلب). والسبب في ذلك أنه 
بإمكان المنسقء وفقاً لهذا البروتوكول» من التثبت من وصول القرار لكافة المشاركين دون الحاجة 
إلى تسجيل هذا السجل على سجل الوقائع الدائم. كما أن هذا السجل لا يؤثر على صحة 
البروتوكول (الذي يقضي بالتوصل لقرار مُوحّد عبر كافة المشاركين في تنفيذ المعاملة)» وإنما 


يُستخدم من قبل المنسق للتعرّف على المعاملات التي انتهى تنفيذها بالكامل - عبر كافة المشاركين - 
وإتلاف سجلاتها من سجل الوقائع الدائم (لتنظيفه من المعاملات المنتهية وتقليل حجمه) في مراحل 
لاحقة إن استدعى الأمر ذلك, 


الجديرٌُ بالذكر أن التسجيل في سجل الوقائع الدائم 55 مُكلّفاً Аз Дал faa‏ بالتسجيل في سجل 
الوقائع في الذاكرة الرئيسية (من حيث الوقت الزمني)؛ كونه يتطلّب الرجوع للقرص ШАЙ‏ الذي 
يرتبط بحركة ميكانيكية للقرص Lase‏ عن العملية الكهربائية التي ترتبط بها عملية التسجيل في 
سجل الوقائع في الذاكرة الرئيسية. ويعني هذا أنه كلما ازداد عدذ السجلات الواجب تدوينها في 
سجل الوقائع الدائم من قبل بروتوكول التثبيت؛ М‏ ذلك إلى انحدار أداء النظام суя)‏ خلال ملاحظة 
الوقت اللازم لتنفيذ المعاملات عليه). 


1-1-1-2-4-9 التشاني من الأعطال عند استخدام «بروتوكول التثبیت ذو المرحلتين»: 


âi‏ التععرّف على أعطال التواصل بین المواقع المختلفة باستخدام طريقة الوقت المُستقطع 
(Timeouts)‏ وقد يكون Jhe‏ التواصل نتيجة Jhd‏ في خطوط الاتصالات 
((CommuniCation Failure)‏ أو Jhe‏ لأحد المواقع .(Site Failure)‏ 


2 35 في بروتوكول التثبيت ذي المرحلتين أربغ حالاتِ من الممكن أن يحصل فيها Jhe‏ 
للتواصل؛ بسبب خطوط الاتصال. الحالة الأولى عندما يكون أحد المشاركين بانتظار تعليمة 
جديدة من المعاملة لتنفيذهاء أو وصول رسالة “الاستعداد للتصويت” من المنسّق. في هذه الحالة 
من الممكن للمشارك - كونه لم يعط للمنّق أيّ зс s‏ بخصوص استعداده لتثبيت نتائج المعاملة - أن 
يتراجع عن تنفيذ المعاملة بمجرد تعرّفه على هذا العطل. LÍ‏ الحالة الثانية؛ a‏ تحدث عندما يكون 
المنمیّق قد أرسل رسائل استعداد التصويت ولكن قبل أن تصله كافة الأصوات. في هذه الحالة من 
الممکن للمنميّق - كونه لم يتخذ قراراً بتثبيت نتائج المعاملة» وبالتالي عدم ¿sÍ GSS‏ من المشاركين 
من تثبيت نتائج المعاملة - أن يتراجع عن تثبيت المعاملة. الحالة الثالثة هي Lae‏ يكون Мм]‏ 
المشاركين قد أرسل صوته بالالتزام بالقرار النهائي حيال المعاملة ولكن قبل أن يصله القرار 
النهائي من قبل المنميّق. في هذه الحالة يكون المشارك في وضع مُعلَق لا يسمح له بتشبيت نتائج 
المعاملة أو التراجع عنها حتى يتم إصلاح العطل. وبعد إصلاح العطل؛ يقوم المشارك بالاستفسار 
من المنميّق عما آل إليه وَضْع المعاملة من حيث القرار النهائي بشأنها. وحيث إنه ليس من الممكن 


أن يكون المنسق قد نسي النتيجة النهائية للمعاملة - كونه لم يستقبل رسائل إتمام الاستلام كافة - 
فإنه سيقوم بتزويد المشارك بالقرار النهائي للمعاملة. الحالة الرابعة عندما يكون المنميّق بانتظار 
رسائل ДА)‏ الاستلام من قبل المشاركين. في هذه الحالة یقوم المنسق - كونه غير Жл‏ من 
استلام جميع المشاركين لقراره» وبالتالي نسيان المعاملة أو مَسْح بياناتها من سجل وقائعه عند 
الضرورة - بإعادة إرسال القرار للمشاركين الذين انقطع التواصل معهم بمجرد إصلاح العطل 
متوقعاً منهم رسائل إتمام الاستلام. 


للتشافي من أعطال المواقع؛ هنالك حالتان للتعامل معهماء Jhe ЛАА у‏ موقع المنبّق» 
Jhe s‏ موقع أحد المشاركين. عند تعطل المنميّق» يقوع المنىیّق ببناء نظام البروتوكول لديه من 
خلال مسح سجل وقائعه taal‏ بحيث يقوم بإدراج ما وصلت إليه GS‏ معاملة ابتدأت Маб‏ 
البروتوكول قبل العطل؛ ولكنها لم تتمگن من إنهائه بسبب العطل. ويعني هذا أنه على المنميّق 
إدراج كل معاملة لديها قرار نهائي (بالتثبيت أو بالتراجع) ضمن سجل الوقائع الخاص بالمنسق؛ 
ولكن دون ما يقابله من سجل od‏ انتهاءها من البروتوكول (سجل الانتهاء). بعد ذلك؛ يقوم 
المنسّق بإرسال قراره النهائي - حسب ما جاء في سجل وقائعه - JSI‏ مشارك من المشاركين في 
إحدى هذه المعاملات» متوقعاً رد O|‏ مشارك. وعندما تصل الرسالة لأحد المشاركين في إحدى هذه 
المعاملات؛ يقوم المشارك بتنفيذ قرار المنىیّق ومن ثم الرّد برسالة إتمام الاستلام في حال لم يستلم 
المشارك هذا القرار قبل حدوث العطل وكان معلقاًء أو أن يقوم فقط بالرّد برسالة إتمام الاستلام في 
حال كونه قد استلم القرار قبل العطل وقام بتنفيذه وأنهى المعاملة لديه ولم يَعْد يذكرها. 


عند تعطّل موقع أحد المشاركين؛ يقوم المشارك ببناء نظام البروتوكول لديه من خلال а‏ 
سجل وقائعه _ كما هو الحال عند Jhai‏ المنسق - بحيث يقوم بإدراج ما وصلت إليه OK‏ معاملة 
ابتدأت تنفيذ البروتوكول قبل العطل؛ ولكنها لم تتمگن من إنهائه بسبب العطل. ولكن في هذه الحالة 
على المشارك إدراج OK‏ معاملة لديها سجل يدل على تصويت المشارك بالإذعان للقرار النهائي 
“نعم”؛ ولكن دون ما يقابله من سجل يبيّن انتهاءها من البروتوكول (سجل القرار). بعد ذلك؛ يقوم 
المشارك بإرسال رسالة استفسار عن القرار النهائي لمنىیّق كل واحدة من هذه المعاملات. وحيث 
АЗ)‏ ليس من الممكن أن يكون әла‏ أي من هذه المعاملات قد نسي قراره النهائي بشأن المعاملة - 


لكر لم يسكلم:رسائل Даз)‏ الات کاٹک فان лай‏ مت ETE ай qu ыан‏ 


2-1-1-2-4-9 بروتوكول التغبيت ذو المرحلتين эда)‏ المستويات: 


يُوضّح الشكل رقم )10-9( إحدى المعاملات التي قامت بتنفيذ عملياتها على موقعين» وهما: 
الموقع ((Sitei) Gi)‏ والموقع .(Sitej) G)‏ كما ОКШ ада н‏ أن جزءاً من عمليات المعاملة قد تم 
تنفيذه من قبل أحد نظم إدارة الموارد في موقعها الأصليء وهو: RMi,W‏ والجزء الآخر قد ái‏ 
تنفيذه على أحد abi‏ إدارة الموارد في الموقع الآخرء وهو: ×,ز۸M.‏ وبذلك يصبح نظام إدارة 
المعاملات في الموقع الذي نشأت فيه المعاملة (TMi)‏ هو المنىیّق الرئيس لإنهاء تنفيذ المعاملة؛ في 
حين يصبح نظام إدارة المعاملات في الموقع الثاني (TMj)‏ منسقاً وسيطا. 


المنسق 
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شكل رقم (10-9): بروتوكول التثبيت ذو المرحلتين متعدد المستويات. 


عند انتهاء المعاملة من تنفيذ عملياتها А86‏ وإرسالها لعبارة تثبيت النتائج للمنميّق؛ يقوم 
المنسق ببدء تنفيذ بروتوكول التثبيت ذي المرحلتين؛ من خلال إرساله لرسالة «الاستعداد 
للتصويت»؛ وذلك СЕ]‏ من نظام إدارة الموارد الذي شارك في تنفيذ المعاملة في موقعه (RMi,w)‏ 
ولنظام إدارة المعاملات في الموقع الثاني (TMj)‏ كونه المنمّق لنظم إدارة الموارد في ذلك الموقع. 
وكما يُلاحَظ في الشكل؛ فإن تسلسل الرسائل وتسجيل الوقائع بالنسبة للمنسّق الرئيسي للمعاملة 
(TMi)‏ ,061 مشارك نهائي (وهما: نظام إدارة الموارد في الموقع الأول (RMi,w)‏ ونظام إدارة 
الموارد في الموقع الثاني (×,ز/[11))؛ فإنها تأتي متطابقة مع بروتوكول التثبيت ذي المرحلتين الذي 
سبق شرحه في الجزء السابق. والفرق بين بروتوكول التثبيت ذي المرحلتين المتعدّد المستويات» 
وسابقه ذي المستوى الواحد - یکن في سلوك OS‏ منميّق وسيط. (ызла‏ الوسيط за з)‏ نظام إدارة 
المعاملات في الموقع الثاني لتنفيذ المعاملة في مثالنا ((TMj)‏ يتعامل مع المنسّق الذي يعلوه في 
الشجرة التنفيذية للمعاملة» وكأنه مشارك نهائي (من حيث الرسائل التي يرسلها (A‏ وفي نفس 
الوقت» يتعامل مع ба‏ يدنوه من نظم في الشجرة التنفيذية للمعاملة (سواءً أكانوا نظماً لإدارة موارد 
في موقعه كما هو حال (RMi,w)‏ في مثالناء أو أكانوا نظماً لإدارة معاملات في مواقع соз А‏ 
كما هو حال (TMJ)‏ كمنميّق رئيسي (من حيث الرسائل التي يرسلها لهم). 


يقوم المنسق الوسيط عند وصول رسالة «الاستعداد للتصويت»» من المنمیّق الذي يعلوه في 
الشجرة التنفيذية للمعاملة» بتوجيه الرسالة JSI‏ مشارك يدنوه في الشجرة. ويقوم بعد ذلك بانتظار 
وصول رسائل التصويت الجوابية من المشاركين LS)‏ هو مُوضتّح في الشكل (10-9)). وعند 
وصول رسائل التصويت على المعاملة» وعلى افتراض أن التصويت كان «نعم» من الجميع؛ یقوم 
ла]‏ الوسيط بتسجيل استعداده لتقبل القرار في سجل الوقائع (الدائم) الخاص به على القرص 
الصلب؛ ومن ثم إرسال رسالته التصويتية «نعم» للمنىیّق الذي يعلوه في الشجرة. أمّا في حال كان 
تصويت أي من المشاركين «لا»؛ فيقوم المنسق الوسيط بإنهاء المعاملة لدية على أساس التراجع 
عن تنفيذ المعاملة. وعليه؛ يقوم المنسّق الوسيط بإرسال رسالة قرار «بالتراجع» JSI (Abort)‏ 
مشارك قام بالتصويت «نعم»» ورسالة تصويت «Уу‏ للمنسّق الذي يعلوه في الشجرة التنفيذية 


للمعاملة. ويعكس تصويت المنسّق الوسیط في كلا الحالتين» تصويته الخاص بالإضافة لتصويت 
6 ٰ پ‌ افر шй‏ للمحاملة 


وعندما а‏ رسالة بالقرار النهائي إلى منسّق وسيط ما من المنمّق الذي يعلوه في الشجرة 
التنفيذية للمعاملة؛ يقوم المنسّق الوسيط بتسجيلها في سجل الوقائع الدائم لديه وتنفيذ القرار؛ ومن ثم 
يقوم بتوجيهها للمشاركين الذين يدنونه في الشجرة التنفيذية للمعاملة. وعند وصول رسائل 
المشاركين الدالة على استلامهم للقرار النهائي وتنفیذہ؛ يقوم المنسق الوسيط بتسجيل «الانتهاء» من 
المعاملة في سجل وقائعه المخرّن في الذاكرة الرئيسية (دون الحاجة إلى تمريره لسجل الوقائع الدائم 
على القرص «(А‏ ومن ثم إرسال رسالة تفيد باستلام القرار النهائي للمنسّق الذي يعلوه في 
الشجرة التنفيذية للمعاملة. 


1-2-1-1-2-4-9 التشاني عند استخدام «بروتوكول النثبیت ذو المرحلتين المتعَدّد المستويات»: 


إن عملية التشافي من الأعطال عند استخدام بروتوكول التثبيت ذي المرحلتين المتعدّد 
المستويات؛ Ашый‏ إلى حَدٍ کبیِ مع بروتوكول التشبيت ذي المرحلتين. فعملية التشافي من أعطال 
الاتصالات وأعطال ай зај‏ التي قد تصيب ОЕ‏ مشاركِ نهائي» وأيّ منسق رئيسي - تأتي متطابقة 
مع بروتوکول التثبیت ذي المرحلتين. والفرق الوحيد بين البروتوكولين؛ هو وجود Ghill‏ 
الوسيط في بروتوكول التثبيت ذي المرحلتين المتعدد المستويات» وكيفية تشافيه من أعطال 
الاتصالات وأعطال المواقع التي قد تصيبه. 


:9 55 في بروتوكول التثبيت ذي المرحلتين المتعدّد المستويات؛ أربغ حالاتِ من الممكن أن 
يحصل فيها عطل لتواصل المنميّق الوسيط مع المنميّق الذي يعلوه أو المشاركين الذين يدنونه في 
الشجرة التنفيذية للمعاملة بسبب خطوط الاتصال. الحالة الأولى عندما يكون المنسّق الوسيط 
بانتظار رسالة «الاستعداد للتصويت» من قبل المنسّق الذي يعلوه في الشجرة التنفيذية؛ إيذاناً 
بانتھاء المعاملة. في هذه الحالة يقوم المنسيّق بالتعامل مع المعاملة وكأنها قد قامت بالتراجع. 
وبناءً عليه؛ يقوم المنسّق الوسيط بتنفيذ عملية التراجع لديه والقيام بإرسال رسالة «تراجع» JS‏ من 
المشاركين الذين يدنونه في الشجرة التنفيذية للمعاملة. الحالة الثانية قد تحدث عندما يتعذر وصول 
تصويت واحدٍ أو أكثر من المشاركين الذين يدنون المنميّق الوسيط في الشجرة التنفيذية للمعاملة بعد 
أن قام المنسّق الوسيط بإرسال رسائل «الاستعداد للتصويت» طالباً تصويتهم. في هذه الحالة؛ 


يقوم المنسّق الوسیط وكما هو الوضع في الحالة السابقة» بالتعامل مع المعاملة وكأنها قد قامت 
بعملية تراجع. وبناءً Ао‏ يقوم المنسّق الوسيط بإرسال رسالة «Уу‏ للمنمیّق الذي يعلوه في 
الشجرة التنفيذية» ورسالة قرار «تراجع» )0 مشارك يدنوه فيها. الحالة الثالثة قد تحدث بعد إرسال 
المنسّق الوسيط رسالة «نعم» للمنسّق الذي يعلوه وقبل وصول رسالة «القرار النهائي». في هذه 
الحالة يبقى المنميّق الوسيط في illa‏ معلقة لا يستطيع من خلالها البث في حالة المعاملة إلى حين 
إصلاح العطل. وبعد إصلاح العطل؛ يقوم المنسق الوسيط بالاستفسار عن القرار النهائي حيال 
المعاملة من المنميّق الذي يعلوه في الشجرة التنفيذية» والقيام بتنفيذ القرار حال وصوله. الحالة 
الرابعة قد تحدث بعد إرسال القرار النهائي للمشاركين الذين يدنون المنسيّق الوسيط في الشجرة 
التنفيذية للمعاملة؛ ولكن قبل وصول رسائلهم الجوابية كافة. في هذه الحالة؛ لن يتمكّن Ghill‏ 
الوسيط من АША за‏ البروتوكولء ويتوجّب عليه الانتظار إلى حين إصلاح „Jhal‏ وبعد إصلاح 
العطل؛ يقوم المنسق الوسيط بإعادة إرسال القرار النهائي JI‏ مشارك تعذر وصول رسالته 
الجوابية إزاء القرار النهائي. وعند وصول الرسائل المطلوبة؛ يواصل المنميّق الوسيط استکمال 
البروتوكول. 


Gi‏ في حال Jhai‏ موقع المنسق الوسيط عن العمل؛ يقوم giil‏ الوسیط بعد إصلاح 
العطل وعند إعادة تشغيله» بمسح سجل الوقائع الدائم لديه للتعرٌف على O<‏ معاملة ابتدأت تنفيذ 
البروتوكول لديه؛ ولكنها لم تنته من مراحله ilS‏ والمعاملات المقصودة هنا هي تلك المعاملات 
التي 2 35 О]‏ منها سجل يدل على «الاستعداد لتق بل قرار التصويت» دون ما يقابله من سجل يدل 
على «القرار»» أو سجل يدل على « الاستعداد لتقبل قرار التصويت» وسجل مقابل له يدل على 
«القرار»؛ ولكن دون سجل يدل على «الانتهاء». ففي الحالة الأولى؛ يقوم المنيّق الوسيط 
بالاستفسار عن القرار النهائي للمعاملة من المنميّق الذي يعلوه في الشجرة التنفيذية للمعاملة. 
وبمجرد وصول رسالة «القرار النهائي»» يواصل المنميّق الوسيط استكمال البروتوكول. А‏ في 
الحالة الثانية؛ يقوم المنميّق الوسيط بإرسال رسالة «القرار النهائي» GI‏ مشارك يدنوه في الشجرة 
ata АМ 3 Sasa‏ ذلك مکی يتمكن الشب الوسفظ من 150 من Јаз‏ 1 3 لكافة КА‏ كن 
الذين يدنونه والقيام بتسجيل سجل «الانتهاء». 


+ 


الملا 


ملحق رقم )1( 


حالة دراسية - قاعدة بيانات جامعة أهلية افتراضية 


ملحق رقم )1( -1 قواعد العمل المعمول با في الجامعة: 


تنفذ الجامعة الأهلية مجموعة من al gall‏ الدراسية في GS‏ فصل دراسي. ومن قواعد العمل 
المتبعة في الجامعة الأهليةء ما يلي: 


1- يُوجّد في الجامعة dae‏ من الأقسام الدراسیة ولكل قسم (Department)‏ من الأقسام 
العلمية رمز (Department ID)‏ يميّزه عن بقية الأقسام» واسم .(Name)‏ 


2- يعمل في الجامعة Эзе‏ من أعضاء هيئة JSI y «уз уй‏ عضو هيئة تدريس (FaCulty)‏ 
رمز (FaCulty_ID)‏ يميّزه عن بقية أعضاء Аха‏ التدريس» واسم (Name)‏ يتكون من (الاسم 
الأول aul s (FName)‏ العائلة ((LName)‏ وراتب شهري (Salary)‏ وتاريخ ميلاد Date of)‏ 
«((Birth (DOB‏ ورقم هاتف .(Phone No)‏ 


3- يدرس في الجامعة عدذ من الطلاب؛ ,041 طالب (Student)‏ رمز (Student ID)‏ 
يميّزه عن А‏ الطلاب في الجامعة واسم (Name)‏ يتكون من (الاسم الأول (FName)‏ واسم 
العائلة Ol s= s ((LName)‏ بريدي (Address)‏ يتكوّن من (اسم الشارع anl g (Street)‏ المدينة 
(City)‏ والرمز البريدي .((Zip_Code)‏ 

ҸӰ -4‏ الجامعة مجموعة من المواد الدراسية» СЕ),‏ مادة دراسية (Course)‏ رمز 
(Course_ID)‏ يميّزها عن بقية المواد الدراسية التي تنفذها الجامعة» واسم (Title)‏ وعدد وحدات 
(أو ساعات) دراسية .(Units)‏ 


А -5‏ (أو تعقد) OK‏ مادة دراسية من خلال مجموعة )3 شعبة) دراسية (SeCtion)‏ 
واحدة أو أكثر في الفصل الدراسي الواحدء أو قد لا تنفذ (أو تعقد) АЙ‏ مجموعة (أو شعبة) للمادة 
الدراسية في فصل دراسي معين» ولكل مجموعة دراسية رمز (SeCtion ID)‏ يتكون من (رقم 
المجموعةء والفصل الدراسي المنفذة فيه (Semester)‏ والسنة الدراسية المنفذة فيها GÍ ((Year)‏ 
رقم المجموعة (SeCtion No)‏ فهو رقم (مثل: 1ء 2¿ 3 ... إلخ) ба‏ المجموعة عن بقية 
المجموعات المنفذة للمادة الدراسية نفسها (وفي نفس الفصل والسنة الدراسيين)؛ ولكنه لا يميّزها 
بشكلٍ منفرد عن بقية المجموعات الدراسية المنفذة للمواد الدراسية الأخرى في الجامعة. كما أن JI‏ 


مجموعة دراسية موقع من مواقع الجامعة لتنفيذها فيه .(LoCation)‏ 


6 34 کو اللماقة ЗЫ УМ‏ الو дс заза бај‏ من الات الحو Дај‏ أو 8 У‏ يكؤن аЙ‏ 
الدراسية А‏ متطلبات دراسية. كما أن المادة الدراسية الواحدة قد تکون متطلباً لأكثر من مادة 


دراسية أو قد لا تكون متطلباً لأية مادة دراسية. 


7- يعمل في IS (works for)‏ قسم من أقسام الجامعة عضو هيئة تدريس واحد أو أکثر 
وكل عضو من أعضاء هيئة التدريس يعمل في قسم دراسي واحد فقط, 


8- 0 عضو هيئة تدريس في الجامعة مؤهل (Qualified)‏ لتدريس مادة دراسية واحدة 
على الأقل» وقد يتوفر للمادة الدراسية الواحدة أكثر من عضو هيئة تدريس ЈА зл‏ لتدريسهاء وقد لا 
يوجد من أعضاء هيئة التدريس مَنْ هو مؤهل لتدريس المادة. 

9- عندما يتأهل عضو هيئة التدريس لتدريس مادة ما لأول مرة؛ يكون هنالك تاريخ لتأهيله 
(QualifiCation Date)‏ يحَدّد تاريخ تأهل عضو هيئة التدريس لتدريس المادة الدراسية. 

10- ثدار (Administered)‏ كل مادة دراسية من قبل قسم دراسي واحد من أقسام 
الجامعة» мз‏ کل قسم مادةً دراسية baal у‏ على الأقل. 

1- قد (Enrolls) J‏ الطالب الواحد في أكثر من مجموعة (أو شعبة) «ы о‏ أو قد 
لا يسجل في أية مجموعة (أو شعبة) دراسیة والمجموعة (أو الشعبة) الدراسية الواحدة قد لا يُسجّل 
فيها أي طالب أو قد يُسجّل فيها أكثر من طالب. 


2۔ عندما يُسجّل طالب في مجموعة دراسية؛ تكون له درجة (Grade)‏ تُعطّى عند انتهائه 

13- يتخصّص کل طالب (Majors)‏ في قسم دراسي واحد فقط ашамыз‏ في القسم 
الدراسي الواحد أكثر من طالب. 

14- يكلف S (Assigned)‏ عضو هيئة تدريس بتدريس مجموعة (أو شعبة) دراسية 


واحدة أو Д6]‏ وقد لا يُكلّف عضو هيئة التدريس بأية مجموعة (أو شعبة) دراسية» والمجموعة (أو 
الشعبة) الدراسية الواحدة تُكلّف لعضو هيئة تدريس واحد فقط. 


ملحق رقم )1( - 2: النموذج المفاهيمي لقاعدة البيانات: 


[1 
DEPARTMENT а> 


№ 
0 ۱ 
4 STUDENT \ 


ملحق رقم )1( - 3: النموذج المنطقي لقاعدة البيانات: 


FACULTY 


3 
Faculty_ID Salary | DOB | os | Deparment 1D 


QUALIFICATION T 
Taculty_ TD Course_ID Date Qualified 


COURSE 1 


Сошзче_11) Units IDeparumeni_ 11) 


DEPARTMENT T 


Department_ID سس‎ 


Secuon No Semester Year Faculty Ш | Location 


LName | Street | City | Zip_Code | Major 


ENROLLMENT T 
Course ID Section No Semester 


ملحق رقم )1( - 4: جداول قاعدة البيانات حسب بنائها باستخدام نظام إدارة قاعدة بيانات أكسس: 


- جدول الأقسام العلمية (ОЕРАЕТМЕКМТ_Т)‏ 


DEPARTMENT_T 
Department ID Name 


CHEM 
Electrical Engineering 


- جدول المواد الدراسية (СООКЅЕ Т)‏ 


COURSE Т 


3 
EE103 Electronics (Ш) 3 
EE104 


COURSE T 


_ENGL102__| English writing | 3 | mea | 
ENGLIO3__| Technical Writing | 3 | ma | 
_MATH101 | Introduction to Mathematics — | 3 | матн | 
_MATH1O2 | Differential Equations | 3 | mam | 
MATOS [Cas | 3 | мат 
Marais | calculus ID | 3 | mam | 
MATHIOG | Algebra |а ман | 


- جدول المواد الدراسية المتطلبة :((PREREQUISITE_T)‏ 


PREREQUISITE T 


PREREQUISITE T 


Prerequisite ID 
MATH106 MATH101 
MATH107 MATH101 


PHYS102 PHYS101 
STAT102 STAT101 


- جدول أعضاء هيئة التدريس (FACULTY Т)‏ 


FACULIY Т 


سے 
| سے 
| 
ES‏ 


Ahmad 454-4563 33900 | 17/05/1971 


2 
1 


200 
20 
310 
320 
330 
340 
20 
40 
60 


FACULTY_T 


Mahmood 456-3323 | 31900 | 19/02/1973 PHYS 


зә | sa | Anem ETI E E 


:(QUALIFICA' TION `T) جدول القدرات التعليمية‎ - 


43300 | 130501970 | PHYS 


| 2 | Mishal 454-2343 29800 | 17/09/1975 PHYS 


710 
730 
770 
800 
850 


QUALIFICATION_T 
Couse ID a 4 


CHEM101 400 
CHEM102 420 


CS101 310 
CS102 320 


ENGL102 540 
ENGL103 560 


MATH101 200 
MATH102 200 
МАТН 103 220 


Date Qualified 
02/01/1991 
02/07/1992 
05/06/1995 
09/08/1995 
03/09/1996 
02/10/1997 
02/12/1997 
08/01/1993 
12/03/1994 
15/11/1995 
03/02/1996 
01/07/1995 
02/08/1994 
09/09/1993 
13/11/1991 
02/06/1993 
02/07/1993 


ШП 
ШШШ 


QUALIFICATION T 


Couse ID Date Qualified 
MATH104 13/08/1993 
MATH106 = 17/10/1994 
MATH107 | 2% | 1/01/1995 
PHYS101 | ло | 13/07/1996 
1115101 | 770 | 11/02/1996 
PHYS102 | 730 | 02/01/1997 
5181101 | 600 | 15/08/1993 
5141101 | 660 | 03/04/1995 
| 5ТАТІО2 | 640 | 02/05/1994 


- جدول الجموعات (أو (<J‏ الدراسية (ЅЕСТІОМ№ Т)‏ 


SECTION_T 


_cHEMIOL |1| FALL |20| اه‎ 
сю | i | мш |20| so 
| сю | 1 [рс | 20 | эш | 
| сщш | т | SPRING |20| эш | 


CS105 
ENGLI02 
| 0045811021 1 | serg | оо | ж | 


SECTION_T 


_ Course ID | Section No | Semester | Year | Faculty ID 
MATH103 7ی‎ 
матни | ۔‎ | SPRING | 2001 


Payson т | тї от ло | 
_рню | i | зрихс | æm | zo | 
stamo | ٤ہ‎ | зримо دا‎ | өю _ 
سس‎ | i | erma [|x | во 


:(STUDENT Т) جدول الطلاب‎ - 


STUDENT T 
| Student 1D | FName | IName | Street | сиу | Zp Code | Major | 
13 Almutanabi 
19992020 Saleh Alhamad Riyadh 11121 25 


25 Jareer Street 
2001215 | Saud | Ашшп | 24 Alfadel Street | Dammam | 27195 | ЕЕ | 
20011213 | — Salman 
20011214 
20011215 | Мимт | Almutairi | 87 Alhama Road | Jizan | 9237 | star | 
20011216 
20011217 | Salh | лаа | 25King Faisal Street | Riyadh | на | FE | 


20021213 | Suliman | Almushari | 45 Prince Sultan Street | Najran | 90888 | prys | 
20021214 | Ahmad | лы | 13 Khalifa Street | Тш | 67898 | MATH | 
20021234 | Ahmad | Alshemamri | 15 Othman street | jian | 92534 | ENGL | 
20022345 
20023678 13 King Abdulaziz Road 


на | ван‏ چس 
ہے FT‏ سے юзо‏ 


- جدول تسجيل الطلبة :(ENROLLMENT_ Т)‏ 


ENROLLMENT_T 


| хаыш | аша | шшш | ممست | سد‎ [эни | 
| СнМІ0І | 1 | рли | 2000 | 19992020 | 4 | 
| 62183001011 1 | рл | 2000 | 19992341 | з | 
])-- 20001212 | 4 | 
| ©5101 | 3 | كتمع‎ | 2000 | 19992020 | 2 | 
| соо | 1 | SPRING | 2000 | 200011111 4 | 
кси | 1 | كتفع‎ | 2000 | 19992341 | 4 | 
| 2061101 1 | ram ص08‎ 
ENGO :ی7‎ 
| 2061102 | 1 | SPRING | 2000 | 19992020 | 1 | 
| 8061102 | 1 | SPRING | 2000 | 206011110 4 | 
| матно | 1 | ваш. | 2000 | 19994512 | о | 
МАН | 1 | Fam | 2000| 20000 | 2 | 
| MATHIO2 |_1 | SPRING | 2000 | 19992020 | 2 | 
| MATHIO2 | 1 | SPRING | 2000 7 | o | 


ق رقم )1( — 5 العلاقات بين جداول قاعدة البيانات حسب بنائها باستخدام نظام إدارة قاعدة 
ردم بين جداوا ç‏ - م نظام إدار 


بيانات أكسس: 


ENROLLMENT_T SECTON.T 
1 Course 10 7 Course © 
5: @ Sedion No 
۷ Semester Ў Semester 
[| ти 9 vear 
Я Faculty ID 


Grade 


— 
00۲ 

| F Couse ID 

= 7 Faculty ID 

Date_Quall'led 


«ТА! 
7 Faculty JO 


017ء۶ 
CORSET PREREQUISTE_T‏ 1 
سے ھس۔ س Student D‏ 7 
Сошѕе 10 W Couse iD‏ 7 8۴ 
ие 7 Prerequisite ID‏ 
Unts‏ 


0800/0 


COURSETI 


T Соше 0 

ие 

Units 
Department 10 


ملحق رقم )1( - 6 إنشاء قاعدة البيانات باستخدام تعليمات (SQL)‏ في بيئة أوراكل 
:(SQL*Plus)‏ 


عند إنشاء جداول قاعدة بيانات الجمعية الأهلية أو أية قاعدة بيانات أخرى» وعلى خلاف ما 
هو مُتبع في بيئة نظام قاعدة بيانات أكسس؛ يجب ملاحظة ترتيب إنشاء الجداول؛ з duas‏ إنشاء 
الجداول التي تحتوي على مفاتيح خارجية (لتمثيل العلاقات) بعد إنشاء الجداول التي تحتوي على 
المفاتيح الرئيسية التي تربطها بالمفاتيح الخارجية. وفي حالة عدم اتباع ذلك؛ فإن نظام إدارة 
قاعدة البيانات لن یقوم بإنشاء هذه الجداول وسيصدر عنه Шад‏ نتيجة Jid‏ هذا الإجراء. ويُعرَّى 
السبب في ذلكء في هذه الحالة» إلى أن المُستخدم يحاول إنشاء جدول يحتوي على dia‏ (أو حقول) 
ترتبط بحقول أخرى (وهي المفاتيح الرئيسية)» وهذه الحقول غير مُعرّفة أصلاً في قاعدة البيانات. 
وفي حالة عدم ر غبة المستخدم في إنشاء الجداول» وفق ترتيب معين» أو في حالة وجود علاقات Ж)‏ 
قيود) متداخلة СУСС Relationships)‏ فإنه يمكن إنشاء الجداول دون إنشاء العلاقات (أو 
القيود) فیما بينها. وبعد إنشاء الجداول ;25 إضافة العلاقات (أو القيود) باستخدام عبارة «تعديل 
جدول» .(GarCia-Molina et al, 2014) (ALTER TABLE)‏ 


| في حالة نظام إدارة قاعدة بيانات أكسس؛ فإنه ,29 تمثيل العلاقات (أو القيود) ما بين 
جداول قاعدة البيانات في مرحلة تلي مرحلة إنشاء الجداول» ومن ثمَّ لا تظهر مثل هذه المشكلة 


- جدول الأقسام العلمية (ОЕРАЕТМЕКМТ_Т)‏ 


CREATE TABLE ОЕРАКТМЕМТ 1 

(DEPARTMENT ID СНАК(6) NOT NULI 

NAME CHAR(30) NOT NULL, 
CONSTRAINT DEPARTMENT PK PRIMARY KEY (DEPARTMENT 1р); 


ё;‏ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


INSERT INTO РЕРАВТМЕМТ_Т VALUES (CHEM', 'Chemistry'): 
INSERT INTO DEPARTMENT_T VALUES (CS', 'Computer Science’); 
TNSERT INTO DEPARTMENT_T VALUFS CFF', 'Flectrical Engineering’, 


INSERT INTO DEPARTMENT T VALUES (ENGL', 'English Language”); 
INSERT INTO DEPARTMENI_T VALUES СМА ГИ", 'Mathematics’); 
INSERT INTO DEPARTMENT T VALUES (CPIIYS', Physics'); 

INSERT INTO DEPARTMENT T VALUES СТАТ", Statistics): 


- جدول المواد الدراسية (COURSE_T)‏ 


CREATE TABLE 07 


(COURST_ ID СПАК(7) NOT NULL, 
TITLE СНАК(35) NOT NULL, 
UNITS NUMBER NOT NULL, 
DFEPARTMENT ID CHAR(6) NOT NULI., 


CONSTRAINT COURSE_PK PRIMARY KEY (COURSE_1D), 
CONSTRAINT COURSE_FK1 FOREIGN KEY (DEPARTMENT ID) 
REFERENCES DEPARTMENT_T(DEPARTMENT_ID)}; 


i g‏ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


INSERT INTO COURSF_T VAT TFS "0111 'CHFMISTRY (Ту, 3, 'СНЕМ?у; 

INSERT INTO COURSE_T VALUES (CHUM102 CHEMISTRY (П), 3, CIE): 

INSERT INTO COURSE T VALUES "05101, ЈАУА PROGRAMMING, 3, ‘CS; 

INSERT INTO COURSE T VALUES (CS102', ‘SOFTWARE ENGINEERING! 3, 'С$'); 

INSERT INTO COURSE Т VALUES (CS103', 'CiC++ PROGRAMMING', 3, 'С57; 

INSERT INTO COURSE_T VALUES (CS1, COMPUTER ARCHITECTURE! 3, CS); 

INSERT INTO COURSE _T VALUES (CS105', INTRODUCTION TO DATABASE SYSTEMS! 3, CS: 
INSERT INTO COURSE T VALUES (ТСО, ELECTRIC CIRCUITS’, 3, ТГ); 

INSERT INTO COURSE_ 1 VALUES f'EE102', 'ELECIRONICS (11у, 3, 'EE'); 

INSERT INTO COURSE_T VALUES (EE103', 'ELECTRONICS (Пу, 3, 'EE); 

INSERT INTO COURSE_T VALUES (EEL, COMMUNICATION NETWORKS’, 4, ‘EET; 
INSERT INTO COURSE_T VALUES (ENGL101', "ENGLISH GRAMMAR! 2, ' ENGL; 

INSERT INTO COURSF_T VALUES (ЕМОГ.102', ENGLISH WRITING, 3, 'ENGI.'); 

INSERT INTO COURSE T VALUES (TNGL103', TECHNICAL WRITING', 3, ENGL: 

INSERT INTO COURSE T VALUES (MATIT101', TNTRODUCTION ТО MATHEMATICS', 3, МАТ), 
INSERT INTO COURSE T VALUES )۸1۸111102', 'DIFFERENTIAL EQUATIONS, 3, MATH: 
INSERT INTO COURSE T VALUES (MATH103', CALCULUS (I), 3, MATH: 

INSERT INTO COURSE_T VALUES (MATH104', 'CALCULUS )11('. 3, ' MATH): 

INSERT INTO COURSE_T VALUES (MATIT106', 'ALGEBRA', 4, 'MATIT}: 

INSERT INTO COURSE T VALUES (MATI107', COMPUTER MATHEMATICS, 3, MATIN: 
INSERT INTO COURSE T VALUES (PHYS101', PHYSICS )1(', 3, PHYS; 

INSERT INTO COURSE T VALUES (PHYS102', PHYSICS (Шу, 3, PHYS); 

INSERT INTO COURSE Т VALUES ۲8141101 INTRODUCTION TO STATISTICS', 3, 'STAT); 
INSERT INTO COURST. Т VATUTS STATION ADVANCED STATISTICS'. 3. ТАТ": 


- جدول المواد الدراسية المتطلبة :PREREQUISITE Т)‏ 


CREATE TABLE PREREQUISITE T 
(COURSE ID СНАЕ(7) NOT NULL. 
PRERFQUISITF ID CHARI?) NOT NULL, 
CONSTRAINT RREREQUISITE_PK PRIMARY KEY (COURSE_ 10, PREREQUISITE_ ID), 
CONSTRAINT PREREQUISITE_FKI FOREIGN KEY (COURSE_ID) 
REFERENCES COURSE T(COURSE ID). 
CONSTRAINT PREREQUISITE_FK2 FOREIGN KEY (PREREQUISITE 10) 
REFERENCES COURSE T(COURSE ID): 


âi g‏ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


INSERT INTO PREREQUISITE_T VALUES ('CHEM102', 'СНЕМ101'); 
INSERT INTO PREREQUISITE T VALUES (CS102', 'MATH1015; 
INSERT INTO PREREQUISITE T VALUES ('C$103', 'С$102'); 
INSERT INTO PREREQUISITE T VALUES ('CS105', 'MATHI01); 
INSERT INTO PREREQUISITE_T VALUES СЕЕ102', 'ЕЕ101'); 
INSERT INTO PREREQUISITE T VALUES ('EE103', 'EE1025: 
INSERT INTO PREREQUISITE_T VALUES (EE103', 'MATH1015: 


INSERT INTO PRFREQUISITE T VALUES (MATH102' 'MATH101: 
INSERT INTO PREREQUISITE T VALUES (MATH103' 'MATH101: 
INSERT INTO PREREQUISITE T VALUES (MATH104!', 'MATH103: 
INSERT INTO PREREQUISITE T VALUES (MATH106' 'MATH101: 
INSERT INTO PREREQUISITE T VALUES (MATH107' 1۷۱۵111101! 
INSERT INTO PREREQUISITE_T VALUES (PHYS102', 'PHYS101'); 

INSERT INTO PREREQUISITE_T VALUES (STAT102'.'STAT101: 


- جدول أعضاء هيئة التدريس (ЕОСОТЛГҮ_ Т)‏ 


CREATE TABLE FACUT.TY_T 
(FACULTY_ID CHAR(8) NOT NULL. 
FNAME CHAR(12) NOT NULL, 
LNAME СНАК(12) NOT NULL. 
PHONE_NO CHAR(8), 
SALARY NUMBER(9.2), 


DOB DATE NOT NULL, 


DEPARTMENT_ID СНАК(б) NOT NULL. 
CONSTRAINT FACULTY PK PRIMARY KEY (FACULTY ID). 
CONSTRAINT FACULTY_FK1 FOREIGN KEY (DEPARTMENT ID) 

REFERENCES DEPARTMENT_T(DEPARTMENT_ID)); 


âi g‏ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


INSERT INTO FACULTY_T 

VALUES ('200 Khalid", 'Aloulî', '454-2341', 35000, '22-05-1963' MATH’; 
INSERT INTO FACULTY T 

VALUES )'220', 'Fahad', 'Alharnid', '456-7733', 25900, '07-10-1970', МАТН"; 
INSERT INTO FACULTY_T 

VALUES (310', Saleh", 'Aleesa', '454-#932', 30000, "13-09-1966, 'CS'); 
INSERT INTO FACULTY Т 

VALUES ('320', 'Mohammed', 'Alhamad', 434-5412", 44000, '13-05-1965', 'С8'); 
INSERT INTO FACULTY_T 

VALUES ('330', 'Ghanim', 'Alghanim'. '456-2234', 44500, "12-08-1969", 'CS'): 
INSERT INTO FACULTY_T 

VALUES ('340', 'Tbraheem’, 'Alsaleh', 454-1234', 25000, '20-01-1970', 'CS'): 
INSERT INTO FACULTY Т 

VALUES ('400', 'Ahmad', 'Alotaibi', '454-4563', 33900, '17-05-1971', 'CHEM'; 
INSERT INTO FACULTY_T 

VALUFS (420 'Salch', 'Alghħamdi', '454-2233', 44600, "13-02-1969", "CHEM: 
INSERT INTO FACULTY_T 

VALUES ('500", 'Үаһуа', 'Khorshid', '456-2221', 36700, '12-03-1965', 'ENGL'): 
INSERT INTO FACULTY_T 

VALUES )'540, 'Salem'. 'Alhamad', "456-3304, 40000, '1 1-09-1972', ENGL’; 
INSERT INTO FACULTY T 

VALUES {'560, 'Salman'. 'Albassam', '454-7865', 33800, '13-09-1968', 'ENGL ): 
INSERT INTO FACULTY_T 

VALUES ('600', Turkî", 'Alturki', '456-7891', 27800, 23-07-1975, ' STAT): 
INSERT INTO FACULTY T 

VALUES ('640', 'Fahad', 'Alzaid', '456-3322', 44300, '12-05-1971', STAT; 
INSERT INTO FACULTY_T 

VALUES ('660', 'Saud', 'AIkhalifa', '454-9856', 44900, "13-08-1972" "ТАТ"; 
INSERT INTO FACULTY_T 

VALUES ('710', 'Mahmaod'. 'Alsalem', 456-3323". 31900, '19-02-1973', 'PHY ٤ب‎ 
INSERT INTO FACULTY Т 

VALUES ('730', 'Mishal', 'Almazid', '454-2343', 29800, '1 7-09-1975", 'PHYS'); 
INSERT INTO FACULTY_T 

VALUES ('770', 'Sultan', "Aljasir', 456-3212", 43300, '13-05-1970', PHYS; 
INSERT INTO FACULTY T 

VALUES ('800', АЛ", "АТадег, '456-7812', 45300, "22-00-1966, 'EE'): 
INSERT INTO FACULTY_T 

VALUES ('8®10', Saad", 'Alzhrani', '454-5578', 44200, '17-10-1967', 'EE'); 
INSERT INTO FACULTY_T 

VALUES ('850', 'Ahmad', 'Alsabti', 4560-0120", 33900, "15-04-1973", ЕЕ”); 


- جدول القدرات التعليمية لأعضاء هيئة التدريس (QUALIFICATION_ T)‏ 


CREATE TABLE: QUATITICATION_T 
(COURSE_ID CHAR) NOT NULL, 
FACULTY_ID CHARS) NOT NULL. 
DATE QUALIFIED DATE NOT NULL. 
CONSTRAINT QUALIFICATION PK PRIMARY KEY (COURSE_ID, FACULTY ID). 


CONSTRAINT QUALIFICATION ЕКІ FOREIGN KEY (COURSE Ш) 
REFERENCES COURSE I(COURSE ID). 
CONSTRAINT QUALIFICA HON _L'K2 FOREIGN KLY (FACULTY 10) 
REFERENCES FACULTY_T(FACULTY_ID)}); 


ё;‏ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


INSERT INTO QUALIFICATION 1 VALUES СЄНЕМ101', 400, 02-01-1991: 
INSERT INTO QUALIFICATION Т VALUES (CHEM102', 420, 02-07-1992 
INSERT INTO QUALIFICATION_T VALUES ('CS101', 310, 05-06-1995; 
INSERT INTO QUALIFICATION_T VALUES (CS102', 320, '09-08-1995'); 
INSERT INTO QUALIFICATION_T VALUES ('CS103', 320, '03-08-1996'); 
INSERT INTO QUALIFICATION_T VALUES ('CS104', 330, '02-09-1997'); 
INSERT INTO QUALIFICATION_T VALUES ('CS105', 340, '02-12-1997'); 
INSERT INTO QUALIFICATION_T VALUES ('EE101', 800, '08-01-1993'); 
INSERT INTO QUALIFICATION_T VALUES ('EF102', 810, '12-03-1994'); 
INSERT INTO QUALIFICATION_T VALUES ('EE103', 850), '15-11-1995'); 
INSERT INTO QUALIFICATION_T VALUES CEE104', 810, '03-01-1996'); 
INSERT INTO QUALIFICATION 1 VALUES ('ENGL101', 500, '01-07-1995'); 
INSERT INTO QUALITICATION_T VALUES (ENGL102'. 540, '02-08-1994'): 
INSERT INTO QUALIFICATION 1 VALUES (ENGL103'. 560, '09-09-1993'); 
INSERT INTO QUALIFICATION_T VALUES (MATH101', 200, '13-11-1991'); 
INSERT INTO QUALIFICATION 1 VALUES (MATH102', 200, '02-06-1993'); 
INSERT INTO QUALITICATION_T VALUES ((MATH103', 220, '02-07-1993'); 
INSERT INTO QUALIFICATION_T VALUES (MATH104', 220, '13-08-1993'); 
INSERT INTO QUALIFICATION T VALUES (MATH106', 220, '17-10-1994'); 
INSERT INTO QUALIFICATION_T VALUES (MATII107', 200, '10-01-1995'); 
INSERT INTO QUALIFICATION_T VALUES ('PHYS101'. 710, '13-07-1996'); 
INSERT INTO QUALIFICATION_T VALUES ('PIIYS101', 770, '11-02-1996'); 
INSERT INTO QUALIFICATION_T VALUES (PHYS102', 730, '02-01-1997"); 
INSERT INTO QUALIFICATION_T VALUES (STAT101', 600, '15-08-1993'); 
INSERT INTO QUALIFICATION 1 VALUES ('STAT101', 660, '03-04-1995'); 
INSERT INTO QUALIFICATION_T VALUES ('STAT102', 640, '02-05-1994'); 


— جدول ا جموعات (أو الشعب) الدراسية (SECTION Т)‏ 


CREATE TABLE SECTION T 
(COURSE_ID СПАЙ) МОТ NULL, 
SLCHON NO NUMBLR NOI NULL, 
SEMESTER — CHAR(10) NOT NUI.L, 
YEAR NUMBER NO NULL, 
FACULTY_ID CHAR(8) NOT ...ا‎ 
LOCATION — СНАК(12) NOT NULL, 


CONSTRAINT SECTION_PK PRIMARY KEY 
(COURSE 110, SECTION NO, SEMESTER, YEAR), 
CONSTRAINT SECTION_FK1 FOREIGN KEY (COURSF_ID) 
REFERENCES COURSE T(COURSE ID), 
CONSTRAINT ЅЕСПОМ ЕК2 FOREIGN KEY (FACULTY_1D) 
REFERENCES FACULTY_T(FACUILTY_ID)); 


âi g‏ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


INSERT INTO SECTION T VALUES CCHEMIOT!, Т. TALI, 2000, 400, Riyadh’); 
INSERT INTO SLCTION_T VALUES (CHEMIOI!', 2, ТА, 2000, 400, аттат”); 
INSERT INTO SECTION T VALUES (С$101', 1, FALL, 2000, 310, 1ейааһ'), 
INSERT INTO SECTION_T VALUES ))66101', 2, FALL", 2000, 310, 'Abha?),; 
INSERT INTO SECTION T VALUES (CS102 1 ‘SPRING, 2000, 320, Riyadh: 
INSERT INTO SICTION_T VALUES (CS103', 1, 'SPRING', 2000, 320, 'Riyadh'): 
INSERT INTO SECTION Т VALUES (CS104' 1, FALL’, 2001, 330, ‘Riyadh; 
INSERT INTO SECTION T VALUES (CS105', ,ا‎ 'SPRING', 2001. 340, Dammam’): 
INSERT INTO SECTION_T VALUES СЕЕ101', 1, 'FALL', 2001, 800, 'Abha); 
INSERT INTO SECTION T VALUES (EE102', 1, 'SPRING', 2001. 810, Jeddah’); 
INSERT INTO SECTION_T VALUES CENGL101 1, ТАГ, 2000, 500, 'Dammam'): 
INSERT INTO SEC 1٦01 VALUES CENGL102 1, 'SPRING', 2000, 540, Jeddah’); 
INSERT INTO SECTION_T VALUES (MATHI101 І, TALL', 2000, 200. Riyadh’); 
INSERT INTO SECTION T VALUES (MATH102', 1, SPRING, 2000, 200, Jeddah’); 
INSERT INTO SECTION_T VALUES (MATH103: ,ا‎ ٦۸.1. 2001, 220, 'АЪһа'); 
INSERT INTO SECTION Т VALUES (MATINHOS, 1, 'SPRING', 2001, 220, Jeddah’); 
INSERT INTO SECTION T VALUES (PHYSIO, L РАТА, 2001, 710, 'АЬһа'), 
INSERT INTO SECTION_T VALUES (PHYS102". 1, 'SPRING', 2001. 730, 'Riyadh'}; 
INSERT INTO SECTION T VALUES CSTATIOL, 1, SPRING. 2000, 600, Abha’); 
INSERT INTO SECTION_T VALUES (®ТАТ102', 1, 'SPRING', 2001, 640, Jeddah’; 


:(STUDENT_ Т) جدول الطلاب‎ - 


CREATE TABLE STUDENT T 
(STUDENT_ID CHAR(8) NOT NULL. 
FNAME CHAR(12) NOTNULL, 
LNAME CHAR(12) NOT NULL. 
STREET CHAR(30), 
CITY CHAR(R), 


ZIP_CODE СНАК(5), 

МАЛОВ CHAR(6) NOT NULL. 
CONSTRAINT STUDENT_PK PRIMARY KEY (STUDENT_ID), 
CONSTRAINT STUDENT_FKI FOREIGN KEY (MAJOR) 

REFERENCES DEPARTMENT_T(DEPARTMENT_1D)); 


âi g‏ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


INSERT INTO STUDENT_T 

VALUES (19992020', 'Saleh', 'АШаша, '13 Almulanabi Street’, Riyadh", ' 1112197 CS; 
INSFRT INTO STUDENT T 

VALUES (109902341'. 'Abdullah', 'A юш”, "25 Jarcer Street, 'Rıyadh', "12123". 'СНЕМ?: 
INSERT INTO STUDENT_T 

VALUES (19994512', 'Salenv, 'Algamdi', ‘98 Bin Taimiah Strcet', сада’, '34565', ' PHYS: 
INSERT INTO STUDENT_T 

VALUES (200011 11', 'Mishal', 'Alvousef, '13 Alsouk Strect', "Taif, '67156'. С”); 

INSERT INIO S1UDEN I_1 

VALUFS (20001 212', 'Khalid', 'Alsultan'. '22 Bin Hamdan Strect'. 'leddah', '4565', МАТН"); 
INSERT INTO STUDENT_T 

VALUES (20001213', Mohummed', 'Abdelaleern'. '10 Bin Hamdan Street’, Jeddah’, '22787' ‘ТАТУ, 
INSERT INTO STUDENT_T 

VALUES (20001214', 'Sami', 'Aloultaibi', '67 Alladcl Sirect', аттат, '26123', ENGI}: 
INSERT INTO SILIDEN TI 

VALUES (20001215', Мац", "Аја, '24 Alfadel Sireel', Dammant, '27145', TU), 
INSERT INTO STUDENT_T 

VALUES (20011212', 'Abdulruhman', 'Abdulsalum', '10 Almadinah Street, 'Skaka', '887506', 'СИЕ М"); 
INSERT INIO STUDENT_T 

VALUES (20011217, 'Salmam', 'Alsaleh', '1 5 King Fahad Road’, Dammam”, 28898: 'PITYS'); 
INSERT INTO STUDENTY 

VALUES (20011214, 'Khalid', ‘Alomar, '91 Alwadi Street’, 'Najran', 90947". МАЛИ); 
INSERT INTO STUDENT_T 

VALUES (“2001 1215, Minwer, 'Almutairi', ۶۹7 Alhamra Road’, Jizan’, '92347', 'STA پر 7آ‎ 
INSERT INTO STUDENTI 

VALUES (200911216, 'Turki', 'Alassaf', '25 Prince Ahdullah Street. Riyadh’, "11897", ENGL}: 
INSERT INTO STUDENT_T 

VALUES (2001 1217', 'Saleh', 'Alzaid', '25 King Faisal Street’, Riyadh’, ' | 18574 *FF'); 
INSERT INIO SIUDENI 1 

VALUES (20021111', 'Ghanim', 'Alhmoud', '56 Altahliah Street, ‘Jeddah’, 35234. CS: 
TNSFRT INTO STUDFNT T 

VALUES (2060021212. 'Sultan', 'Abdulgader', '123 Salman Alfarsi Street, 'Riyadh', ۱1265 7, 'CHEM'); 
INSERI INIO 11113 1 

VALUES )۳20021213'. ‘Suliman’, 'Almushari'. '45 Prince Sultan Street', Najran’, '90888:, PHYS”: 
INSERT INTO STUDFNT T 

VALUES (20021214', 'Ahmad'. 'Alsaif', '13 Khalita Strešt'. "Taif, 67898". MATH”: 

INSERT INTO STUDENT_T 

VALUES (20021234', 'Ahmad'. 'Alshemamri', ' 15 Othman street', ‘Jizan’, '92534'. 'ENGLY: 
INSERT INTO STUDENT_T 

VALUES (20022345', 'Mohammed', 'Alzamil', "67 Abubuker Road’, 'Abhu', '56879', 'STAT'): 
INSERT INTO STUDENT_T 

VALUES (20023678', Mansour”, 'Alzamil', '13 King Abdulaziz Road', 'Tabouk’, '78453'. 'EE?: 


CREATE TABLE ENROLLMENT_T 
{COURSE H) CHAR(7) NOT NULL, 
SECTION_NO NUMBFR NOT NULI, 
SEMESTER СПАВ(10) NOT NULL, 
YEAR NUMBER NOT NULL, 
STUDENT ID CHAR(R) NOT NULL, 
GRADE NUMBER, 


CONSTRAINT ENROLLMENT_PK PRIMARY KEY 

(COURSF_ID. SECTION_NO, SEMESTER. YEAR, STUDENT_ID), 
CONSTRAINT ENROLLMENT ЕКІ FOREIGN KEY 

{(COURSE_ID, SECTION_NO, SEMESTER, YEAR) 

REFERENCES SECTION 1(COURSL ID. SECTION NO, SEMESTER, YEAR). 
CONSTRAINT ENROLLMENT FK2 FOREIGN KEY (STUDENT ID) 

REFERENCES STUDENT_T(STUDENT_ID): 


âi g‏ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


INSERT INTO ENROLLMENT T VALUES (CHEMI01:, 1, ‘FALL, 2000, ‘19992020, 4); 
INSERT INTO ENROLLMENT _T VALUES (CHEMI01 Т, ‘FALL, 2000, ‘19992341, 3); 
INSERT INTO ENROLLMENT T VALUES (CHEMI01:, 1, ‘FALL’, 2000, 200012127, 4); 
INSERT INTO ENROLLMENT_T VALUES “СНЕМТОТ", 2, ‘FALL, 2000, ‘19994512, 3); 
INSERT INTO ENROLLMENT_T VALUES (“CIIEM1O1’, 2, ‘FALL’, 2000, *20001111`. 1); 
INSERT INTO ENROLLMENT_T VALUES (‘CS101’°, 1, TALL’, 2000, ‘19992020’, 2); 
INSERT INTO ENROLLMENT_T VALUES (CS101°, 2, "ГАТА, 2000, ۶20001111“, 4); 
INSERT INTO ENROLLMENT_T VALUES (`С$102'”, 1, ‘SPRING’, 2000, ‘19992020’, 3); 
INSERT INTO ENROLI.MENT_T VALUFS (CS1027’, ۱, ‘SPRING’, 2000, “200011117, 4); 
INSERT INTO ENROLLMENT_T VALUES (МСОТ, 1, TALL, 2000, ‘19992020, 3); 
INSERT INTO ENROLLMENT I VALUES (ENGL101':, 1. ‘FALL’, 2000, ‘19992341, 4): 
INSERT INTO ENROLLMENT T VALUES (ENGL101:, 1, FALL’, 2000, ‘19994512’, 4); 
INSERT INTO ENROLLMENT _T VALUES (ENGL101:., 1, ‘FALL, 2000, ‘200011117, 4); 
INSERT INTO ENROLLMENT T VALUES (‘ENGL102’, 1, ‘SPRING’, 2000, ۶199920207, 1); 
INSERT INTO ENROLLMENT T VALUES (ENGL102 1, 1, ‘SPRING’, 2000, ۶200011117, 4); 
INSERT INTO ENROLLMENT_T VALUES ( MATHI01. 1, ‘FALL’. 2000, ‘19992020’, 3); 
INSERT INTO ENROLLMENT_T VALUES ( MATIHI01 . 1, ‘FALL’, 2000, ‘19992341’, 2); 
INSERT INTO ENROLLMENT_T VALUES (MATH101°, 1, РАТА, 2000, 199945127, 0); 
INSERT INTO ENROLLMENT_T VALUES CMATTI1OL’, ,ا‎ ‘TALL’, 2000, ۶20001111, 2); 
INSERT INTO ENROLLMENT T VALUFS (MATH102:, 1, ‘SPRING’, 2000, 19992020), 2); 
INSERT INTO ENROLLMENT_T VALUES C MATH102, 1, SPRING, 2000, *200011117, 0); 
INSERT INTO ENROLLMENT _T VALUES )۶" ۸11017, 1, ‘SPRING’, 2000, ‘199920207, 2); 
INSERT INTO ENROLLMENT Т VALUES )۶5147101:, 1, ‘SPRING’, 2000, ‘20001111’, 3); 


ملحق رقم )1( - 7 استعراض محتويات جداول قاعدة البيانات بعد إنشائها في بيئة أوراكل باستخدام 
تعليمة :(SELECT * FROM TableName)‏ 


- جدول الأقسام العلمية (РЕРАКТМЕМТ Т)‏ 


DEPART NAHE 

CHEH Chemistru 

CS Computer Science 

EE Electrical Engineering 
ENGL English Language 

HATH Hathematics 

PHYS Physics 

STAT Statistics 


- جدول المواد الدراسية (COURSE_T)‏ 


COURSE_ TITLE UHITS DEPñRT 
CHEH101 CHEMISTRY (І) 

CHEH102 CHEMISTRY (11) 

(01 JñUñ 6 

(02 SOFTWARE ENGINEERING 

(03 С/С++ PROGRAMMING 

651 ٥ظ‎ COMPUTER ñRCHITECTURE 

65105 INTRODUCTION TO DATABASE SYSTEMS 
1 ELECTRIC CIRCUITS 

EE182 ELECTROHICS (I) 

EE103 ELECTRONICS (11) 

EE104 COMMUNICATION NETWORKS 
ENGL101 ENGLISH GRAMMAR 

ENGL102 ENGLISH WRITING 

ENGL103 TECHNICAL WRITING 

MATH101 INTRODUCTION TO MATHEMATICS 
MATH102 DIFFERENTIAL EQUATIONS 
MATH103 CALCULUS (I) 

۲٥۵۲۲۹ 8۶ CALCULUS (II) 

MATH10ő ALGEBRA 

MATH107 COMPUTER MATHEMATICS 
PHYS101 PHYSICS (I) 

PHYS102 PHYSICS (II) 

STAT101 INTRODUCTION TO STATISTICS 
STAT102 ADUANCED STATISTICS 


ده دع شن دع دع دع دع دع دع دع جړ ذم دع دع دع دع دع دع т‏ دع ده دح ده ده 
Е‏ 
۳ 


- جدول المواد الدراسية المتطلبة :PREREQUISITE Т)‏ 


COURSE_ PREREQU 
СНЕМЯ 82 CHEH1B1 
05102 HñTH1B1 
C5183 05102 

05105 HATH1 81 
ЕЕ1 02 ЕЕ101 

ЕЕ1 03 ЕЕ1 82 

ЕЕ1 03 МАТН 1 
МАТНІ 02 MATH1 01 
۱۷۲۷۷۱03 4)1 
۱۵۸۲۱ 841 28 
۱۷۲۷۷۱0 +1 
۱۸۲۷۷۱0 1 
PHYS102 PHYS18B1 
STñT102 STñT1B1 


:(FUCULTY Т) التدريس‎ sa جدول أعضاء‎ - 


FACULTY_ FNAME LNAHE PHONE_NO SALARY DOB DEPART 
288 Khalid Aloufi 454-2341 35000 22/05/03 МАТН 
220 Fahad ñlhamid 456-7733 25900 87/10/78 HATH 
310 $а1еһ ñleesa 454-8932 36800 13/89/66 CS 
320 Hohammed ñlhamad 454-5412 44800 13/05/65 CS 
330 Бһап1п ñlqhanim 456-2234 44500 12788769 CS 
340 Ibraheem ñlsaleh 454-1234 25000 28/81/78 CS 
400 hmad ñlotaibi 454-4563 33900 17/05/71 CHEH 
420 Saleh Alghandi 454-2233 44600 13/02/69 CHEM 
500 Yahya Khorshid 456-2221 36700 12/83/65 ENGL 
540 Salem Alhamad 456-3304 18880 11/09/72 ENGL 
560 Salman ñlbassam 454-7865 33800 13/89/68 ENGL 
606 Turki ñlturki 456-7891 27800 23/87/75 STAT 
648 Fahad ñlzaid 456-3322 44300 12/85/71 STAT 
668 Saud 0113 454-9856 44900 13/08/72 STAT 
710 Hahmood Alsalem 456-3323 31900 19/82/73 PHYS 
730 ishal ñlmazid 454-2343 29800 17/09/75 PHYS 
770 Sultan ñljasir 456-3212 43300 13/85/78 PHYS 
800 Ali ñlbader 456-7812 45300 22786766 EE 
818 Saad ñlzhrani 454-5578 44200 17/18/67 EE 


858 Ahnad ñlsabti 456-0120 33900 15/84/73 EE 


- جدول القدرات التعليمية لأعضاء ¿sa‏ التدريس (ОСАТДЕ1САТТОМ_Т)‏ 


COURSE_ ۲٣٥٢۱۱۲۷٢ _ DATE_QUA 


۲۱1٢۲٢١ 601 466 6027 0171 
СНЕМ1 02 н2@ 827 87792 
с5101 зла 857 057 کاو‎ 
с5102 320 697 08795 
CS183 3208 637 08796 
٢۲51 وم‎ зза 827 09797 
с5105 зна 8082712797 
EE181 зоо 687 01793 
77 вла 12703794 
EE1 3 856 15711795 
EE104 вла 603.7 01 م‎ 96 
EHGL 101 500 617 07 95ا7‎ 
EHGL 402 ص۵‎ 6027 08794 
EHGL 103 568 89709 793 
۲۱۷۵۲۲۱۰ 81 2088 13711791 
۲۱۵۲۱۲۱۰ 02 20880 6027 06793 
۲۱۵ ۲۲۱۳ 03 228 827 07 7 93 
Матнлан 228 137 088793 
۲۱۵ ۲۲۱٢ 056 22 6 17710794 
۲۱۵۸۲۲۱۷۶ 87 200 10701795 
РНУ5101 718 1370807796 
РНУ5101 7760 11702796 
РНУ5102 738 6027 01797 
5121101 080 157808793 
STAT101 668 837 04795 
5> ۲61102 640 627 05794 


— جدول الجموعات (أو الشعّب) الدراسية (SECTION `T)‏ 


COURSE_ SECTION_NO SEMESTER YEAR FACULTY_ LOCATION 
СНЕМ1 81 1 FALL 2000 нав Riyadh 
0)1 2 FALL 2000 0 Dammam 
CS101 4 FRLL 2000 310 Jeddah 
CS101 2 FRLL 20800 06 Abha 
с5102 1 SPRING 2000 326 Riyadh 
CS103 1 SPRING 2000 320 Riyadh 
651 0+ 1 FALL 2001 068 Riyadh 
51 ئک‎ 4 SPRING 20081 06 Dammam 
EE101 1 FALL 2001 800 Abha 
ЕЕ1@2 1 SPRING 2901 818 Jeddah 
ENGL 101 1 FALL 2000 500 Dammam 
ENGL 182 1 SPRING 2000 548 Jeddah 
MATH1 81 1 FALL 2000 206 Riuadh 
MñTH1802 1 SPRING 2000 200 Jeddah 
MRTH103 1 FALL 2001 20 Abha 
MATH 1 оч 1 SPRING 2001 220 Jeddah 
PHYS 181 1 FALL 2001 718 Abha 
PHYS 102 1 SPRING 2001 738 Riyadh 
STAT1 81 1 SPRING 2000 6 8 ñbha 
518112 1 SPRING 2001 6 Jeddah 


- جدول الطلاب (5ТОРЕМТ_Т)‏ 


STUDENT_ FNAME LNAHE STREET CITY ZIP_C HAJOR 
19992020 Saleh Alhamad 13 Almutanabi Street Riyadh 11121 CS 

1999231 Abdullah ñlnufi 25 Jareer Street Riyadh 42423 CHEH 
19994512 Salem ñlqamdi 98 Bin Taimiah Street Jeddah 34565 PHYS 
28081111 Hishal ۸100۲٢ 13 ñlsouk Street Taif 67156 CS 

20001212 Khalid ñlsultan 22 Bin Hamdan Street Jeddah 38565 HATH 
20001213 Mohammed ۸۵06141000 10 Bin Hamdan Street Jeddah 35787 STAT 
20001214 Sami ñloutaibi 67 ñlFadel Street Damnan 26123 ENGL 
20001215 Saud ñlqanin 28 ñlFadel Street баттап 27145 EE 

20011212 ñbdulrahman Abdulsalam 18 Almadinah Street Skaka 88756 CHEM 
20011213 Salman ñlsaleh 15 King Fahad Road Damman 28898 PHYS 
20011214 Khalid Alonar 91 Alwadi Street Najran 98987 HATH 
20811215 Hinwer ñlmutairi 87 ñlhamra Road Jizan 92347 STAT 
28811216 Turki ñlassaF 25 Prince ñbdullah Street Riyadh 11897 ENGL 
20011217 Saleh ñlzaid 25 King Faisal Street Riyadh 11874 EE 

20021111 28ں‎ Alhnoud 56 ñltahliah Street Jeddah 35234 CS 

20021212 Sultan ñbdulgader 123 Salman ñlfarsi Street Riyadh 42657 CHEH 
28821213 Suliman ñlmushari 85 Prince Sultan Street Najran 90888 PHYS 
20021214 Ahmad Alsaif 13 Khalifa Street Taif 67898 NATH 
20021234 Ahmad ñlshenamri 15 Othnan street Jizan 92534 ENGL 
20022345 04 Alzamil 67 Abubaker Road Abha 56879 STAT 
20023678 Hansour ñlzamil 13 King ñbdulaziz Road Tabouk 78453 EE 


- جدول تسجيل الطلبة (ENROLLMENT_T)‏ 


COURSE_ $ЕСТ1ОН НО SEMESTER YEAR STUDENT_ GRADE 
CHEH1 01 1 FALL 208080 199922 6 H 
6011 1 FALL 28080 19992341 3 
CHEH1 81 1 FALL 2000 20001212 ч 
СНЕМ1 01 2 FALL 2000 19994512 3 
"0606 81 2 FALL 2000 20001111 1 
لاقع 1 زم اعت‎ 2888 19992828 2 
Сс5101 2 FALL 2000 20001111 4 
6512 1 SPRING 2000 19992820 3 
"(0*2 1 SPRING 208080 1 "N 
ENGL 1 81 1 FALL 2888 19992828 3 
ENGL 1 81 1 FALL 2000 19992311 "N 
۲61 1 FALL 2000 19994512 н 
ENGL 101 1 FALL 2000 20001111 н 
ENGL 1 2 1 SPRING 28080 19992828 1 
ENGL 12 1 SPRING 2000 ٦٢ 4 
MATH101 1 FALL 2000 19992 6 3 
0611 1 FRLL 28808 19992341 2 
HATH1 O1 1 FALL 280808 19994512 8 
HATH1 61 1 FALL 20080 20001111 2 
MATH1 82 1 SPRING 28080 19992828 2 
MATH1 82 1 SPRING 2880 28881111 8 
STAT181 1 SPRING 2888 19992828 2 
51811 1 SPRIHG 2000 20001111 3 


الحل: 


SELECT FaCulty_ID 


FROM FACULTY Т; 


FACULTY 


2- ما ھی © بيانات أعضاء هيئة التدريس العاملين في الجامعة؟ 


الحل: 


FACULTY_ FHñHE 


Mohanned 
Ghanin 
Ibraheem 
Ahmad 
Saleh 
Yahya 
Salen 
Salman 
Turki 
Fahad 
Saud 
Mahmood 
Mishal 
Sultan 
а11 

Saad 
ñhmad 


Aloufi 
A1hanid 
A1eesa 
ñlhamad 
A1ghanin 
ñlsaleh 
Alotaibi 
ñlqhamdi 
Khorshid 
Rlhamad 
ñlbassam 
A1turki 
ñlzaid 
ñlkhalifa 
ñlsalem 
ñlmazid 
8113351 
ñlbader 
A1zhrani 
ñlsabti 


PHONE_NO 


454-2311 
456-7733 
451-8932 
454-5412 
456-2234 
454-1234 
454-4563 
454-2233 
3856-2221 
456-3304 
454-7865 
456-7891 
456-3922 
454-9855 
456-3323 
454-2343 
456-3212 
156-7812 
454-5578 
456-0120 


SALARY 


22705763 
07/10/70 
13/89/66 
13/85/65 
12/08/69 
26/01/70 
17/05/71 
13/02/69 
12/83/05 
11/09/72 
13709768 
23707775 
12/85/71 
13/08/72 
19/82/73 
17/09/75 
13/05/70 
22/86/66 
17/10/07 
15704773 


النتيجة: 


DEPART 


3 ما أرقام المواد الدراسية وأرقام المواد الدراسية المتطلبة Д6)‏ منها؟ 


SELECT Course ID, 
rerequisite_ID 


;FROM PREREQUISITE T 


COURSE_ 
CHEH1 82 
CS182 
CS183 
6051065 
EE182 
EE183 
EE183 
MATH1 2 
۲11 өз 
MATH1 ан 
66 
60 7 
PHYS1 02 
STAT1 2 


۲۲0 
"061 
матна 1 
6۲512 

MATH1 81 
ЕЕ101 

ЕЕ102 

HATH1 81 
HATH1 81 
матна өл 
MATH183 
MATH1 1 
MATH1 لو‎ 
PHYS1 81 
STñT181 


الحل: 


النتيجة: 


4- ما أرقام أعضاء هيئة التدريس وأرقام البرامج المؤهلين لتدريسها؟ 


ا حل: 


SELECT FaCulty_ID, 


FACULTY_ COURSE_ 


ңаа "0)0 81 
420 CHEMH1 س‎ 
зла 0511 
320 с5102 
328 0513 
330 51 024 
340 05105 
800 ۲۴٢۲11 
вла لطع‎ 02 
85 0 EE183 
818 ЕЕЛ ЕН 
500 ۲61 
540 EHGL 1 02 
568 EHGL 1 3 
200 MATH1 81 
288 MATH1 2 
220 Матн1 өз 
22@ MATH1 ан 
22@ MATH1 6 
200 матна ех 
710 PHYS1 1 
770 PHYS181 
730 ۲۲۷۰٢ 02 
680 512111 
668 STñT1B1 
é8 5ТАТ18@2 


5- ما بيانات أعضاء هيئة التدريس الذين يعملون في قسم الحاسب GAY‏ (05)؟ 


ا حل: 


“SELECT 


ROM FACULTY Т 


HERE Department_ID = 
;°С©$? 


FACULTY_ FHñHE LNAHE 
310 Saleh Aleesa 
320 Mohammed Alhamad 
330 Ghanin Alghanim 
340 Ibraheem A1saleh 


PHONE_NO 


454-8932 
454-5412 
456-2234 
454-1234 


النتيجة: 


SALARY DOB DEPART 


30000 13/09/66 CS 
44000 13/05/65 CS 
44500 12/08/69 CS 
25000 20/01/70 CS 


6- ما أرقام وأسماء وأرقام هواتف أعضاء هيئة التدريس الذين يعملون في قسم اللغة 
الإنجليزية *(ENGL)‏ 


SELECT FaCulty ID, FName, LName, 


FROM FACULTY_T 
¿WHERE Department ID = ’ ENGL 


FACULTY_ FNAHE 


PHONE_NO 


сай Yahya 
оңа Salem 
560 salman 


Khorshid 
Alhamad 
Albassam 


456-2221 
456-3304 
454-7865 


ا حل: 


7 ما أسماء الطلبة من مدینة الرياض *(Riyadh)‏ 


SELECT FName, 


الحل: 


Saleh 
Abdullah 
Turki 
Saleh 
Sultan 


ñbdulgader 


8- ما أرقام وأسماء وتواريخ ميلاد (ООВ)‏ أعضاء هيئة التدريس الذين تواريخ ميلادهم 
أكبر من 1970-01-20:)؟ 


SELECT FaCulty_ ID, FName, 


FROM FACULTY_T 
; WHERE DOB > ‘20-01-1970 


FACULTY_ ЕНАМЕ LHñHE 
220 Fahad ñlhamid 
0 Ahnad Alotaibi 
08 Salem ñlhamad 
6008 Turki ñlturki 
68 Еаһай ñlzaidl 
068 Saud ñlkhalifa 
710 Hahmood Alsalem 
730 Міѕһа1 ñlmazid 
770 Sultan ñljasir 
050 ñhmad ñlsabti 


07/10/76 
17705771 
11/09/72 
23707775 
12705771 
13/08/72 
19/02/73 
17709775 
13/05/76 
15704773 


الحل: 


9- ما أرقام وأسماء أعضاء هيئة التدريس المؤهلين لتدريس المادة الدراسية *(STAT101)‏ 


الحل: 


SELECT FACULTY T.FaCulty ID, FName, LName 
FROM FACULTY Т, QUALIFICATION T 


WHERE FACULTY T.FaCulty_ID = 
QUALIFICATION T.FaCulty_ID 


; STAT101° AND Course 1р = 


FACULTY_ FNAME LHAHE 
656 Turki ñlturki 
668 Saud Alkhalifa 


0۔ ما أرقام وأسماء وتقديرات АШЫ)‏ الذين درسوا المادة الدراسية (S1۸1101)؟‏ 
الحل: 


SELECT STUDENT T.Student ID, FName, LName, Grade 
FROM STUDENT T, ENROLLMENT T 


WHERE STUDENT Т. Student ID = ENROLLMENT T.Student_ID 
; STAT101°AND Course_ID = 


النتيجة: 
STUDENT_ ۷ LNAHE GRADE‏ 
Saleh ñlhamad 2‏ 19992020 
Alyousef 3‏ 1 20001111 


1- ما أرقام المواد الدراسية التي لم تنفذ في فصل الخريف (FALL)‏ من عام (2000)؟ 


الحل: 


SELECT Course ID 

FROM COURSE T 
WHERE Course ID NOT IN 
(SELECT Course ID 


FROM SECTION T 


WHERE Semester = ‘FALL’ AND Year = 
:(2000 


COURSE_ 
CHEM182 
0002 
0083 
051 ۶ 
0005 
1 
ہد‎ 
EE103 
EE104 
ENGL102 
ENGL183 
۶ء‎ 
58 
HATH104 
6ء‎ 
7ء‎ 
РН?$181 
РН?$182 
1 
82 


2۔ ما أسماء أعضاء هيئة التدريس وأسماء الأقسام التي يتبعونها АШ за‏ تصاعدياً حسب 
اختصارات أسماء الأقسام التي يتبعونها؟ 


الحل: 


SELECT FName, LName, Name 
FROM FACULTY T, DEPARTMENT T 


WHERE FACULTY_T.Department ID = 
DEPARTMENT T.Department ID 


ORDER BY FACULTY_T.Department ID; 


النتيجة: 
FNAHE LNAHE NAHE‏ 
Ahmad Alotaibi Chemistry‏ 
Saleh A1ghandi Chemistry‏ 
Hohammed Alhamad Conputer Science‏ 
Saleh Aleesa Conputer Science‏ 
Ghanim ñlqhanin Computer Science‏ 
Ibraheen Alsaleh Computer Science‏ 
Ahmad Alsabti Electrical Engineering‏ 
Ali A1bader Electrical Engineering‏ 
Saad ñ1zhrani Electrical Engineering‏ 
Salman ñlbassan English Language‏ 
Yahya Khorshid English Language‏ 
Salem Alhamad English Language‏ 
Fahad ) 0 Hathematics‏ 
Khalid ñloufi Hathematics‏ 
Physics‏ 7 ) 0 
й1па21@ Physics‏ 1 
Sultan A1jasir Physics‏ 
Fahad ñlzaid Statistics‏ 
Saud ñlkhalifa Statistics‏ 
Turki ñlturki Statistics‏ 


3- ما أسماء أعضاء هيئة التدريس وتواريخ ميلادهم وأسماء الأقسام التي يتبعونها مرتبة 
تصاعدياً حسب تواريخ ميلادهم وتصاعدياً داخل أسماء الأقسام التي يتبعونها (كاملة)؟ 


الحل: 


SELECT FName, LName, РОВ, Name 
FROM FACULTY 1, DEPARTMENT T 


WHERE FACULTY_T.Department ID = 
DEPARTMENT T.Department ID 


;ORDER BY Name, DOB 


ñhmad 
Hohammed 
Saleh 
Ghanim 
Ibraheem 
Ali 

Saad 
Ahnad 
Yahya 
Salman 
Salem 
Khalid 
Fahad 
Sultan 
Hahmood 
Hishal 
Fahad 
Saud 
Turki 


1 МАМЕ ров 

ñlghamdi 13/02/69 
ñlotaibi 17/05/71 
А1һапай 13/05/05 
ñleesa 13/09/66 
0 0 12/88/69 
ñlsaleh 20 08 
ñlbader 22/06/66 
ñlzhrani 17/18/67 
ñlsabti 15 01/3 
Khorshid 12/03/65 
ñlbassam 13/09/68 
ñlhamad 11/09/72 
0100 22/05/63 
ñlhamid 87/18/70 
ñljasir 13/05/70 
Alsalem 19702773 
ñlmazid 17/09/75 
ñlzaid 12705771 
Alkhalifa 13/08/72 
ñlturki 23/07/75 


Chemistru 

Chemistru 

Computer Science 
Computer Science 
Computer Science 
Computer Science 
Electrical Engineering 
Electrical Engineering 
Electrical Engineering 
English Language 
English Language 
English Language 
Mathematics 
Mathematics 

Phusics 

Phusics 

Phusics 

Statistics 

Statistics 

Statistics 


14- ما أسماء أعضاء هيئة التدریس وتواريخ ميلادهم وأسماء الأقسام التي يتبعونها مرتبة 


تنازلياً حسب تواريخ ميلادهم وتنازلياً داخل أسماء الأقسام التي يتبعونها (كاملة)؟ 


SELECT FName, LName, РОВ, Name 
FROM FACULTY T, DEPARTMENT T 


WHERE FACULTY Т.рерагітепі ID = 
DEPARTMENT T.Department ID 


ORDER BY Name DESC, DOB DESC; 


الحل: 


ЕНАМЕ МАМЕ ров МАМЕ 

Turki Alturki 23/07/75 Statistics 

Saud Alkhalifa 13/08/72 Statistics 

Fahad Alzaid 12705771 Statistics 

Hishal ñlmazid 17/09/75 Physics 

Mahmood Alsalem 19/02/73 Physics 

Sultan Aljasir 13/05/70 Physics 

Fahad Alhamid 87/10/70 Mathematics 

Khalid Aloufi 22705763 Mathematics 

Salen ñlhamad 11/89/72 English Language 
Salman ñlbassam 13/09/68 English Language 

Yahya Khorshid 12/03/65 English Language 

Ahnad Alsabti 15/01/73 Electrical Engineering 
Saad Alzhrani 17/18/67 Electrical Engineering 
Ali ñlbader 22/06/66 Electrical Engineerinq 
Ibraheem Alsaleh 20/01/70 Computer Science 
Ghanim ñlghanim 12/08/69 Computer Science 

Saleh ñleesa 13/09/66 Computer Science 
Hohammed ñlhamad 13/85/65 Computer Science 

ñhmad ñlotaibi 17/05/71 Chemistry 

Saleh ñlghamdi 13/02/69 Chemistry 


5- ما أرقام الطلبة ومعدلاتهم التراكمية؟ 
الحل: 


SELECT S.Student ID, SUM(Grade * Units) / SUM(Units) GPA 
FROM STUDENT T S, ENROLLMENT T E, COURSE TC 


WHERE S.Student_ID = E.Student_ID AND E.Course_ID = 
C.Course_ID 


;GROUP BY S.Student ID 


STUDEHT_ GPA 


20001111 2.69565217 


19992311 2.875 
19994512 2.125 
19992020 2 ۔‎ 87+7 
20001212 n 


16- من الطلبة الذين درسوا في المادة الدراسية (MATH101)‏ أو المادة الدراسية 
(MATH102)‏ وكان تقديرهم ممتاز )4.00( أو جيد جداً (3.00)؟ 


الحل: 


SELECT FName, LName 
FROM STUDENT T, ENROLLMENT T 
WHERE STUDENT T.Student_ID = ENROLLMENT T.Student ID 


AND 
Grade = 4 OR Grade = 3) AND) 
زر‎ MATH102° OR Course ID = ’MATH101°(Course ID = 


Saleh Alhanad 


7- ما أرقام وأسماء أعضاء هيئة التدريس الذين تحتوي أسماؤهم الأولى على الحرفين 
(SA)‏ في aš за ¿sÍ‏ بالاسم سواء كانت الحروف بالحجم الصغير أو الكبير Capital or small)‏ 
letters(؟‏ رتب الأسماء تصاعدياً حسب الاسم الأول وتضناعدياً داخل اسم العائلة؟ 


الحل: 


| SELECT FaCulty_ID, FName, LName 


FROM FACULTY T 


OR FName LIKE '%Sa% “WHERE FName LIKE 
OR %SA%°: 


*%sA%° OR FName LIKE ’%osa%‘FName LIKE 
ORDER BY LName, FName; 


أو 


SELECT FaCulty_ID, FName, LName 
FROM FACULTY Т 
” م۷۸"‎ ۸ ۱ WHERE UPPER(FName) LIKE 
ORDER BY LName, FName; 
النتيجة:‎ 

FACULTY_ FNAME LNAME 

568 Salman ñlbassam 

318 Saleh ñleesa 

420 Saleh ñlghamdi 

50 $а1еп ñlhamad 

668 Saud ñlkhalifa 

818 Saad ñlzhrani 


8- ما أسماء وأرقام هواتف وأسماء أقسام أعضاء هيئة التدريس الذين تبدأ أسماؤهم الأولى 
بالحرف (M)‏ أو تنتهي بالحرف (D)‏ (بغض النظر عن حجم الحرف)؟ رتب الأسماء تصاعدياً 
حسب الاسم الأول وتصاعدياً داخل اسم العائلة؟ 


الحل: 


SELECT LName, FName, Name 
FROM FACULTY T, DEPARTMENT T 


WHERE FACULTY_T.Department ID = 

Department T.Department ID AND 

%D° ОК FName LIKE ’m%° OR FName LIKE ’M%°(FName LIKE 
OR’ % 


YAD‘ OR FName LIKE ۰۷۸۹۰۶ OR FName LIKE ’%od %° FName LIKE 
ORDER BY LName, FName; 


SELECT LName, FName, Name 
FROM FACULTY T, DEPARTMENT T 


WHERE FACULTY_T.Department ID = 
Department T.Department ID AND 


OR’ %D % OR UPPER(FName) LIKE ’M%‘(UPPER(FName) LIKE 
)'%р“ОРРЕК(ЕМате) LIKE 
ORDER BY LName, FName; 


النتيجة: 
LNAHE F NAHE NAHE‏ 
папай )00 100 Computer ۶۴‏ 0 
Fahad Hathematics‏ 61030 
ñlkhalifFa Saud Statistics‏ 
ñlmazid Hishal Phusics‏ 
ñlotaibi ñhmad Chemistru‏ 
ñloufi Khalid Mathematics‏ 
ñlsabti ñhmad Electrical Engineering‏ 
ñlsalem ) 0 Phusics‏ 
ñlzaid Fahad Statistics‏ 


Alzhrani Saad Electrical Engineering 


19- ما أسماء ورواتب أعضاء هيئة التدریس التابعين لقسم الحاسب الال بعد زيادة 


SELECT FName, LName, (Salary * 1.1) 


FROM FACULTY T 


; CS WHERE FACULTY T.Department_ID = 


مرتباتهم بمقدار )9010( 


الحل: 


ЕНАМЕ 


(SñLñRY*1.1) 


Saleh 


Mohammed 
Ghanim 
Ibraheem 


33000 
48400 
48950 
270 


0- ما أسماء وتواریخ میلاد ومرتبات أعضاء هيئة التدريس بعد رفعها بمقدار )%15( 
للذين ولدوا قبل (1965-07-01) ومرتباتهم أقل من أو تساوي (40.000)؟ رتب النتيجة 


SELECT FName, LName, DOB, (Salary * 1.15) 


FROM FACULTY T 


تصاعدياً حسب تواريخ الميلاد. 


الحل: 


AND Salary >> 40000°\/ НЕКЕ ЕАСОТТҮ_Т.ООВ < ‘01-07-1965 
ORDER BY ООВ; 


ЕНАМЕ LHñHE DOB (5А1 АВ +1 „15) 


Khalid ñloufi 22705763 40250 
Yahya Khorshid 12703765 42205 


1- ما أسماء وتواريخ میلاد ومرتبات أعضاء هيئة التدريس بعد رفعها بمقدار )%15( 
للذين ولدوا بعد )1970-07-01( ومرتباتهم SÍ‏ من (40.000)؟ رتب النتيجة تصاعدياً حسب 
المرتبات بعد الرفع. 

الحل: 

SELECT FName, LName, DOB, (Salary * 1.15) 
FROM FACULTY T 


AND Salary > 40000’ WHERE FACULTY _T.DOB > ‘01-07-1970 
ORDER BY 4; 


النتيجة: 
FNAHE LNAHE DOB (SRLñRV*1.15)‏ 
Fahad Alzaid 12705771 50945‏ 
Saud ñlkhalifa 13/08/72 51635‏ 


2 ما أسماء أعضاء هيئة التدريس الذین تم تأهيلهم لتدريس إحدى المواد الدراسية بعد 
تاريخ (1996-03-01)؟ 


الحل: 


SELECT FName, LName 
FROM FACULTY Т, QUALIFICATION Т 


WHERE FACULTY T.FaCulty_ID = 
QUALIFICATION T.FaCulty_ID AND Date_Qualified >= “01-03- 
1996°; 


FHñHE LHñHE 
Hohammed ñlhamad 
Ghanim ñlghanim 
Ibraheem ñlsaleh 
Hahmood ñlsalem 
Mishal ñlmazid 


3۔ ما أكبر راتب يتقاضاه أعضاء هيئة التدريس في الجامعة؟ أظهر النتيجة تحت сеза‏ 
*(MAXIMUM SALARY)‏ 


الحل: 


SELECT MAX(Salary) MAXIMUM SALARY 


FROM FACULTY T; 


HAXIHUH_SALARY 


4- ما أكبر راتب يتقاضاه أعضاء هيئة التدريس في قسم الحاسب الآلي؟ أظهر النتيجة 
تحت .MAXIMUM_SALARY) á‏ 


الحل: 


SELECT MAX(Salary) 
MAXIMUM SALARY 


FROM FACULTY_T 


WHERE Department ID = ‘CS’; 


MAXIMUM _ SALARY 


ومتوسط مرتباتھم وأكبر وأصغر مرتب؟ 
الحل: 


SELECT COUNT(*), SUM(Salary), AVG(Salary), MAX(Salary), 
MIN(Salary) 


FROM FACULTY_T 
; CS “WHERE Department ID = 


4 143500 35875 445 08 25000 


6- ما مجموع ومتوسط رواتب أعضاء هيئة التدريس الذين يعملون في قسم الرياضيات 
МАТН)‏ أظهر النتيجة تحت (АУС ЅАГАВҮ) =s (SUM_SALARY) á‏ 


الحل: 


SELECT SUM(Salary) SUM SALARY, AVG(Salary) 
VG SALARY 


ROM FACULTY T 


HERE Department ID = “МАТН”; 


SUM SñLñRYV AUG_SALARY 


0090 30450 


7 
)30.000( و (40.000)ء وما مجموع مرتباتهم؟ أظهر عدد أعضاء هيئة التدريس تحت Сеа‏ 
(Мо of FaCulty)‏ 


الحل: 
SELECT COUNT(*) No of FaCulty, SUM(Salary)‏ 


FROM FACULTY T 


AND Salary >= 30000 AND*CS'WHERE Department_ID <> 
Salary <= 40000; 


النتيجة: 


NO_OF_FACULTY SUM{ SALARY} 


245200 


8۔ ما مجموع ومتوسط مرتبات أعضاء هيئة التدريس الذين يعملون في قسم الحاسب 
الآلي قبل وبعد رفعها بمقدار )9010( أظهر المجموع قبل الزيادة تحت ама‏ 


¿(Sum _After_InCrease) Jo والمجموع بعد الزيادة تحت‎ (Sum Before InCrease) 
والمتوسط بعد الزيادة تحت‎ (Avg Before InCrease) („АА والمتوسط قبل الزيادة تحت‎ 
.(Avg_After InCrease) مسمى‎ 


الحل: 


SELECT SUM(Salary) Sum Before InCrease, SUM(Salary * 1.1) 


Sum After InCrease, AVG(Salary) Avg Before InCrease, AVG(Salary 
* 1.1) Avg After InCrease 


FROM FACULTY_T 
; CS“ WHERE Department ID = 


النتيجة: 


SUM_BEFORE_INCRENSE SUM_AFTER_IHCREASE ñUG ВЕҒОВЕ IHCREñSE AUG_AFTER_ INCREASE 


113586 157858 35875 391162 5 

51-29 قسم من أقسام الجامعة» ما أكبر وأصغر ومتوسط مرتبات أعضاء هيئة التدريس 
في القسم؟ 

الحل: 


SELECT Department ID, MAX(Salary), MIN(Salary), AVG(Salary) 
FROMFACULTY T 


GROUP BY Department ID; 


DEPART MAX(SALARY) MIN(SALARY) ۵۱٣٢ SALARY} 


CHEM r6 88 33900 3925 86 
ENGL 4088006 338088 36833.3333 
PHYS 43380 29800 35000 
ЕЕ 15300 339088 51133 .3333 
MATH 35000 25900 3025 8 
CS 44500 25000 35875 
STAT 44900 27800 39 0 


0- ما عدد الطلبة المُسجّلين في OS‏ مادة دراسية على حدة؟ 
الحل: 


SELECT Course ID, COUNT(*) NO ОЕ STUDENTS 
FROM ENROLLMENT T 


GROUP BY Course_ID; 


النتيجة: 


COURSE_ NO_OF_STUDENTS 
CHEH181 

CS181 2 
CS182 2 
1 " 
۲۶ 2 
717 4 
MñTH182 2 
STñT181 2 


1- ما عدد АША‏ المُسجّلين في OS‏ مادة دراسية من المواد التي ينفذها قسم الحاسب الآلي 
(CS)‏ 


الحل: 


SELECT Course ID, COUNT(*) 
NO OF STUDENTS 


FROM ENROLLMENT T 
WHERE Course ID LIKE ‘CS%’ 


GROUP BY Course ID; 


أو 


SELECT Course ID, COUNT(*) 
NO OF STUDENTS 


FROM ENROLLMENT T 
WHERE Course Ір IN 


(SELECT Course ID 

FROM COURSE T 
CS')WHERE Department ID = ° 
GROUP BY Course ID; 


النتيجة: 


NO_OF_STUDENTS‏ _ع 5 هلامع 


2- ما رقم OS‏ مادة دراسية سجل فيها أربعة طلبة؟ وما متوسط التقديرات فيها؟ 


الحل: 


SELECT Course ID, AVG(Grade) 
AVERAGE GRADE 


FROM ENROLLMENT TENI 

WHERE (SELECT COUNT(Student ID) 
FROM ENROLLMENT T 

WHERE Course_ID = EN1.Course_ID) = 4 


GROUP BY Course ID; 


النتيجة: 
COURSE_ AVERAGE GRADE‏ 


))) 1 1.75 
ENGL 1 81 3.75 


33- ما مجموع مرتبات أعضاء هيئة التدريس بعد رفعها بنسبة )%15( في OK‏ قسم من 
أقسام الجامعة عدا قسم الرياضيات МАТН)‏ النتيجة تصاعدياً حسب المجموع. 


الحل: 

SELECT Department ID, SUM(Salary * 
1.15) 
FROM FACULTY_T 
‘MATH’ WHERE Department ID <> 
GROUP BY Department ID 
ORDER BY 2; 

النتيجة: 


DEPART SUHM(SñLñRY*1.15) 


CHEM 90275 
PHYS 120750 
ENGL 127075 
STAT 134550 
EE 141918 
CS 165025 


4- ما أرقام المواد الدراسية التي نفذت من خلال أكثر من مجموعة (أو شعبة)؟ رتب 
النتيجة تصاعدياً حسب رمز المادة الدراسية. 


SELECT Course Ір 
FROM SECTION Т 


GROUP BY Course_ID 
HAVING COUNT(Course ID) > 1; 


النتيجة: 
COURSE_‏ 


СНЕМЯ 01 
С5101 


5 ما أسماء أعضاء هيئة التدريس وأرقام المواد الدراسية التي درسوا المجموعة الأولى 
منها (في GÍ‏ برنامج كان) خلال الفصل الدراسي (SPRING)‏ من عام (2000)؟ 
الحل: 
SELECT FName, LName, Course ID‏ 


FROM FACULTY Т, SECTION T 
WHERE FACULTY T.FaCulty_ID = 


SECTION T.FaCulty ID AND SeCtion NO 
= 1 

AND Semester = ‘SPRING’ AND Year = 
2000; 


النتيجة: 


ЕНАМЕ LHRHE CUURSE_ 
Khalid 610021 MñTH1802 
Mohammed ñlhamad ا‎ 
Hohammed ñlhamad 5102 
$а1еп ñlhamad اتالاع‎ 02 
Turki ñlturki STñT1801 


6- ما أرقام الطلبة وتقديراتهم وأرقام المواد الدراسية التي درسوها وحصلوا على تقديرات 
3 أو 4؟ رتب النتيجة تنازلياً حسب التقديرات مرتبة بشكل تنازلي داخل أرقام المواد الدراسية 


SELECT Student ID, Course ID, Grade 


FROM ENROLLMENT T 


WHERE Grade = 3 OR Grade = 4 
ORDER BY Course ID DESC, Grade DESC; 


STUDENT_ 


20001111 
19992026 
20001111 
20001111 
19994512 
19992311 
19992020 
20001111 
199920260 
20001111 
20001212 
19992828 
19994512 
19992311 


STAT181 
) 1 
اتالاع‎ 02 
اتالاع‎ 1 
اتالاع‎ 1 
اتالاع‎ 1 
اتالاع‎ 1 
C3102 

C3102 

C3181 

CHEH1 01 
CHEH1 81 
CHEH1 01 
CHEH1 01 


التى درسوها. 

الحل: 

النتيجة: 
GRADE‏ 
3 
3 
4 
4 
4 
4 
3 
4 
3 
4 
4 
4 
3 
3 


7 ها уйй ау ды aa А‏ وعد الطلاب لكل 30 سنجل فا أكثر من 


طالبين؟ 


SELECT Course ID, AVG(Grade) 
AVERAGE GRADE, COUNT(Student ID) 
NO OF STUDENTS 


FROM ENROLLMENT T 
GROUP BY Course ID 
HAVING COUNT(Course ID) > 2; 


SELECT Course ID, AVG(Grade) 
AVERAGE GRADE, COUNT(Student ID) 
NO OF STUDENTS 


FROM ENROLLMENT Т ЕМІ 

WHERE (SELECT COUNT(Student ID) 
FROM ENROLLMENT T 

WHERE Course ID = EN1.Course ID) > 2 
GROUP BY Course 1р; 


النتيجة: 


COURSE_ AUERAGE_GRADE NO_OF_STUDENTS 


CHEM181 3 5 
HATH181 1.75 4 
ЕМ61 101 3.75 4 


38- استخدم تعليمة إنشاء جدول (CREATE TABLE)‏ لنسخ جدول الأقسام الدراسية 
(МҮ РЕРАВТМЕМТ Т) = (DEPARTMENT Т)‏ 


CREATE TABLE MY DEPARTMENT T 
AS 


SELECT * 
FROM DEPARTMENT 1; 


9- استخدم تعليمة (ALTER)‏ لإضافة الحقل (أو العمود) (LoCation)‏ للجدول الجديد 
الذي قمت بإنشائه {МҮ РЕРАВТМЕМТ T) á‏ بحيث تكون بياناته نصية (Text)‏ 
وطولها عشر خانات. 


الحل: 


ALTER TABLE MY DEPARTMENT T 
ADD 


LoCation CHAR(10); 


40- استخدم تعليمة (UPDATE)‏ لإضافة بيانات العمود (LOCATION)‏ حسب التالي: 


الموقع (LoCation)‏ اسم القسم (Department Name)‏ 
الرياض (RIYADH)‏ قسم الحاسب الآلي (CS)‏ 


الرياض (RIYADH)‏ قسم الرياضيات (МАТН)‏ 
جدة (JEDDAH)‏ قسم الإحصاء (STAT)‏ 
الدمام (DAMMAM)‏ قسم الهندسة الكهربائية (ЕЕ)‏ 


الجوف (ЈООЕ)‏ قسم الكيمياء (СНЕМ)‏ 


جازان (ТАЛАМ)‏ قسم اللغة الإنجليزية (ENGL)‏ 
جدة (JEDDAH)‏ قسم الفيزياء (PHYS)‏ 


تحديث بيانات الأقسام الدراسية في الجدول الجديد 


UPDATE MY_DEPARTMENT_T SET Location = RIYADIT' WHERE Department ID = 5 
UPDATE MY_DEPARTMENT_T SET Location ='RIYADIT WHERE Department Т = ۱۹1۸711 
UPDATE MY_DEPARIMENI1 I SEL Location = JEDDAH’ WHERE Department _ID = STAI", 
UPDATE MY_DEPARTMENT_T SET Location > 'DAMMAM' WHERE Department П = 'EE':; 
UPDATE MY DEPARTMENT T SET Location ='JOUF WHERE Department ID = 'CHEM'; 
UPDATE MY_DEPARTMENT_T SET Location — JAZAN' WHERE Departinent_ID ~ 'ENGI 
UPDATE МҮ DEPARTMENT T SET Location = JEDDAH WHERE Deparlmenl Ш = PHYS'; 


41- أنشئ منظوراً (COURSE LIST V) — (View)‏ يدمج الحقول 
(Title)s (Course ID)‏ من جدول المواد الدراسية (COURSE T)‏ مع الحقل (Name)‏ 
والحقل (LoCation)‏ من الجدول الجديد الذي قمت بإنشائه (MY_DEPARTMENT T)‏ 


الحل: 


СКЕАТЕ VIEW COURSE LIST V AS 
SELECT Course ID, Title, Name, LoCation 


FROM COURSE Т, MY_DEPARTMENT T 


WHERE COURSE T.Department ID = 
МҮ _ DEPARTMENT T.Department ID; 


النتيجة: 


COURSE_ TITLE МАМЕ LOCATION 


٦1٢181 CHEMISTRY (I) Chenistry الالال‎ 
СНЕМЯ В2 CHEMISTRY (II) Chenistry JûUF 
05181 JAVA ۸۷۴ Computer Science RIYADH 
05182 SOFTWARE ENGINEERING Computer Science RIYADH 
CS103 С/С++ PROGRAHHING Computer Science RIYADH 
051884 COHPUTER ARCHITECTURE Computer Science RIYADH 
С5105 INTRODUCTION TO DATABASE SYSTEMS Computer Science RIYADH 
ЕЕ101 ELECTRIC CIRCUITS Electrical Engineering DANHAH 
EE102 ELECTRONICS (1) Electrical Engineering DñHHñH 
۲٢1١٢۹ ELECTRONICS (11) Electrical Engineering DñMHñH 
۲٢1۵۳ COMMUNICATION HETHORKS Electrical Engineering 08 
املاع‎ 181 ENGLISH GRANHAR English | 6 
ENGL4B2 ENGLISH WRITING English Language JAZAN 
اماع‎ 103 TECHNICAL WRITING English | JAZAN 
1۸۲١٦81 INTRODUCTION To HATHENATICS Mathenatics RIYADH 
18711182 DIFFERENTIAL EQUATIONS 5 RIYADH 
1۹۲٦88 CALCULUS (I) Mathenatics RIYADH 
HATH4DA CALCULUS (II) Mathenatics RIYADH 
۱۸۲٦8 ALGEBRA Mathenatics RIYADH 
HATH107 COMPUTER MATHEHATICS Mathenatics RIYADH 
PHYS181 PHYSICS (1) Physics JEDDAH 
PHYS162 PHYSICS (ID) Physics JEDDAH 
5141181 INTRODUCTION TO STATISTICS Statistics JEDDAH 
51841182 ADVANCED STATISTICS Statistics JEDDAH 


2- ما أرقام المواد الدراسية (Course ID)‏ وأسماؤها (Title)‏ التي ثنقذ من خلال أقسام 
علمية مواقعها (LoCation)‏ في مدينة الرياض (RIYADH)‏ أو الجوف ЈООЕ)‏ وذلك حسب 
ورودھا في المنظور (COURSE LIST V)‏ 


الحل: 


SELECT Course ID, Title 
FROM COURSE LIST V 


WHERE LoCation = ‘RIYADH? OR LoCation = 
“ЛОПЕ”; 


النتيجة: 


COURSE_ 
01 
23 02 
01 
"02 
(03 
051 8٦ 
615 
MATH1 81 
۶ 
HATH1 өз 
MATH1 88 
۱۵6 
۶ 


TITLE 

CHEMISTRY (I) 

CHEMISTRY (II) 

JAUA 56 

SOFTWARE ENGINEERING 

C/C++ PROGRAHHING 

COMPUTER ARCHITECTURE 
INTRODUCTION TO DATABASE SYSTEMS 
INTRODUCTION To MATHEMATICS 
DIFFERENTIAL EQUATIONS 
CALCULUS (I) 

CALCULUS (11) 

ALGEBRA 

COMPUTER МАТНЕМАТІСЅ 


43- أنشئ فهرساً للجدول الجديد (MY DEPARTMENT T)‏ على مواقع الأقسام 
الدراسية (LOCATION)‏ باسم .(DEPARTMENT LOCATION IDX)‏ 


الحل: 


CREATE INDEX 
DEPARTMENT LOCATION IDX ON 


МҮ РЕРАКТМЕМТ T(LoCation); 


ملحق رقم )2( 


حالة دراسية - قاعدة بيانات شركة عقارية افتراضية 


ملحق رقم )2( - 1: قواعد العمل المعمول با في الشركة العقارية: 


уаз‏ 2 إحدى الشركات العقارية الكبرى مكننة عملها الإداري؛ من خلال تطوير ahi‏ تطبيقية 
تعتمد في بنائها على نظم قواعد البيانات. وكخطوة أولى تعتزم الشركة نمذجة بعض قواعد العمل 
المعمول بها في الشركة والتي تحكم طبيعة عملها باستخدام النموذج المفاهيمي «كينونة - علاقة». 
باستخدام قواعد العمل التاليةء المطلوب هو تصميم قاعدة البيانات باستخدام نموذج «كينونة - 


علاقة». 


1- يُوجّد للشركة 4с gapa‏ من المكاتب (OffiCes)‏ في مناطق ومدن مختلفة» ولكل مكتب 
رمز (OffiCe ID)‏ يميّزه بشكلٍ منفرد عن بقية المكاتب التابعة للشركة وعنوان (Address)‏ 
ورقم هاتف .(Telephone_ No)‏ 


2- يعمل في الشركة مجموعة من الموظفين» 005 موظف رمز وظيفي 
(Employee_ID)‏ يميّزه عن بقية الموظفين العاملين في الشركة»ء واسم يتكون من (الاسم الأول» 
واسم الأب» واسم العائلة)» وتاريخ ميلاد (DOB)‏ وعنوان سكني» ورقم هاتف» وشهادة علمية أو 
أكثر (ACademiC Degree)‏ تتكون من الدرجة العلمية (Degree)‏ وتاريخ الحصول عليها 
(Date)‏ ومكان الحصول عليها .(Issuing_Institution)‏ 


3- يعمل OK‏ موظف في مكتب واحد فقط في أية فترة زمنية. وعندما يبدأ الموظف في 
العمل في مكتب ما؛ فإن هنالك تاريخاً لبدئه للعمل في المكتب (Starting Date)‏ كما أنه قد 


يعمل الموظف في أكثر من مكتب؛ ولكن في فترات زمنية مختلفة وغير متداخلة مع بعضها. 
ويعمل في المكتب الواحد ial y АБ уа‏ أو أكثر. 


4- تشرف الشركة على مجموعة من العقارات JSI y‏ عقار رمز (Estate_ID)‏ يميّزه بشكلٍ 
منفرد عن بقية العقارات التي تشرف عليها الشركةء وموقع (Address)‏ والعقار الواحد الذي 
تشرف عليه الشركة؛ يجب أن يكون Ú‏ للإيجار ¿(Rental Estate)‏ أو للبيع .(Sale Estate)‏ 
وعندما يكون العقار معروضاً للبيع؛ فإنه ليس من الممكن أن «ЛРЫ о‏ كما أن العقار 
المعروض للإيجار У‏ يمكن أن يكون قابلاً للبيع. 0415 عقار معروض للإيجار تاريخ (Date)‏ 
يوضّح اليوم الذي من الممكن أن يبدأ به إيجار العقار؛ بحيث إنه لا يمكن تأجير العقار قبله» وسعرٌ 
لإيجاره السنوي «(Үеапу_Кепї)‏ ومبلعٌ للتأمين عليه úi (InsuranCe Amount)‏ العقار 
المعروض للبيع؛ فله سعر (PriCe)‏ ونسبة لعمولة الشركة من مبلغ البيع» وهي %5.2 من سعر 
بيع العقار. 


5- 22 — کل مكتب من مكاتب الشركة على واحدٍ أو أكثر من العقارات (سواءً كانت 
معروضة للبيع أو للإيجار)ء ويجب أن ёз‏ الإشراف على العقار من قبل مكتب واحد فقط من مكاتب 
الشركة. 


6- يتعامل مع الشركة مجموعة من العملاء Орле 061; (Customers)‏ رمز يميّزه عن 
بقية العملاء ¿(Customer _ID)‏ واسمء ورقم تليفون» وعنوان بريدي. والعميل الواحد J‏ أن 
يكون مالكاً لعقار (يرغب في بيعه أو في إيجاره) (Owner)‏ أو مشترياً لعقار 
(Buying Customer)‏ أو مستأجراً لعقار (Renting Customer)‏ 


7- يجب أن يملك О (Owns)‏ عقار واحد أو أكثر من المالكين» والمالك الواحد قد يكون له 
واحد أو أكثر من العقارات (المعروضة للبيع أو للإيجار). ,09 مالك لعقار تاريخ (Date)‏ يبيّن 
aish‏ له ورقم الصك (Estate Ownership_ID)‏ الذي تملك من خلاله العقار. Ú‏ العقار 
المعروض للبيع فله صفر أو أكثر من المشترين» ОК,‏ مشترٍ صفر أو أكثر من العقارات المشتراة 
من الشركة. 


8- عندما يتم بيع عقار لأحد المشترين» فإن لعملية البيع تاريخ (Date)‏ وسعر 
للبيع(5216_21106) قد يكون مختلفاً عن السعر الذي تم تحديده بشكل مبدئي كقيمة للعقار. أما 
العقار المعروض للإيجار فيتم إيجاره وفق عقد (Lease Agreement)‏ يتحدد فيه المستأجر 
والعقار» كما يتضمن العقد تاریخ بدء سريان عقد الإيجار (Т.еазе_Баїе)‏ الذي قد يكون مختلفاً 
عن التاريخ الذي عرض فيه العقار للإيجار. 


ملحق رقم )2( — 2: النموذج المفاهيمي لقاعدة بيانات الشركة العقار 
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ملحق رقم )2( — 3: النموذج المنطقي لقاعدة بيانات الشركة العقارية: 


EMPLOYEE ACADEMIC DEGREE I 
| لیت‎ | Degree | Instiime | Date_Acquire] 
L 1 


— 


EMPLOYEE T 
шщ} | FNamc MNamç LXmae Гоййой Salary | DOB | Adds Та No | 


=у— | 


EMPLOYEE ТЮЕ Т 


[Emp | Startin2 Date 


i OFFICE T 
| ОШ р | Address Tel No 


y 


SALE TESTATE T TSTATE_T 
Ask Price Estate р | اوت‎ Type ЕС Date 


کی کس 


_CUSTOMER_T 
| سس‎ ID | عم‎ Address | Tal No | Кеште | wing Buving 


نے 


40 ے 


LEASE T 


СНЕ к. ڪڪ‎ ж 
OWNERSHIP T 
[Owna ہی‎ [Estate پر‎ Ded ID | Ownership_Dae 


SALE DEAL T 
Bung Customer للا‎ Sale Estate Ш Sais Pnce Sale Date 


ملحق رقم(2) - 4: إنشاء قاعدة البيانات باستخدام تعليمات (SQL)‏ في بيئة أوراكل 


:(SQL*Plus) 


(ЕМРІОҮЕЕ Т) جدول الموظفين‎ - 


إنشاء جدول الموظفين 


CREATE TABLE EMPLOYEE T 
(EMP_ID NUMBER 
FNAME CHAR(12) 
MNAME CHAR(12) 
LNAME CHAR(12) 

) 


Position CHAR(17 
Salary Number 
DOB DATE, 
ADDRESS CHAR(35), 
TEL_NO CHAR(15), 


CONSTRAINT EMPLOYEE_T_PK PRIMARY KEY (EMP_ID)); 


NOT NULL, 
NOT NULL, 
NOT NULL, 
NOT NULL, 
NOT NULL, 
NOT NULL, 


,25 إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


إدخال ہیائات الموظفين 
Ahmad‘, "Ата, 'Director General', 35000,‏ ردك ادك" ,1010( INSERT INTO EMPLOYEE T VALUES‏ 
Amutanabi Street, Riyadh’, U0906061-454-23311:‏ 227/0501313“ 
INSERT INTO EMPLOYEE_T YALUCS (1020, ‘Abdullah , ‘Abdulrahman’, 'Alouti', "Sale Person’, 22000,‏ 
|areer 5ггеег, Riyadh ,'009661-456-7733";‏ 25' ,07/10/1970 
Algamdi', "Sale Person, 20000,‏ ءا ۸۹۳ نحضادنك' ,1030( INSFRTINTO FMPI OYFF_T VAI UFS‏ 
OB Bin Taimiah Sweer Jeddah’, 'D06662-454-5412'Y,‏ ' ,'13/09/1966' 
INSERT INTO ۲۸۸۲۱۷۲٢ T VALULS (1040, 'Mishal, Патая", 'Alyousef, 'Sale Person, 21500,‏ 
Alsouk Street, ۱۵۱۴, DO9GGS-0S0-3137);‏ 13" .12/05/1909" 
INSERT INTO LAAPLOYLL_ T VALUES (1050, 'Khalid', Saud, Alsultan', Office Manager’, 30000,‏ 
Bin Hamdan Sweer, |eddah' '605555-550-20 5‏ 22' ,"27220621964" 
INSFRT INTO ۶۸۸۲۱ OYFF TVA UFS (1060, 'Mohammed', Salman, 'Abdelaleemn’,‏ 
'Office Manager. 31500, 27/08/1972' '10 Rin Hamdan Srreer, Riyadh , '008665-555-2345);‏ 
۱١۷5۴181 IN TO FAAPIOYFF_I VALUES (1070, Sami, ‘Suliman’, ‘Alautaihî'. (Office Manager, ЗОМ),‏ 
Alladel Street, Dammam’, 0096655-050-6178‏ 67 01111967“ 
INSERT INTO EMPLOYEE T VALUES (1080, 'Saud', 'Ahmad', 'Alganinı', 'Office Manager', 20000,‏ 
Alfadel Street, AlJouf', U0906065-550-2144;‏ 24' ,"1313/19/2" 
INSERT INTO EMPLOYEE_T VALUES (1090. 'Abdlulrahrnari', Mansour’, 'Abdulsalarn,‏ 
‘Sale Регзип', 22000, 157091975, 10 Almadinah Street Skaka’, '009665-550-7191'";‏ 
INSERT INTO EMPLOYEE T VALUES (2010. ‘Salman’, Mohammed . 'Alsaleh,‏ 
‘Sale Person, 22000, '26/3/1976','15 King Tahad Road, Dammam’, '009665-050-3231');‏ 
INSFRT INTO ۶۸۸۲۱ OYFF_T VAI UFS (2020, Khalid’, 'Mahammed', ' Alomar’,‏ 


'Sale Person’, 22000), "180519671, "91 تأ نملف‎ Street. Маран, "0115665-050-1516 
INSERI IN TO EMPLOYEE_1 YALULS (2030, 'Minwer , 'Hamad','Almurairi , 


"Sale Регвпп', 22000, DHZ11/1965S, 87 Alhamra Road, Jizan’, O09565-056-1231): 

INSLRI IN IO LMPLOYLL_I VALULS (2040. 'I urki', Khalid' `МаззаЁ, 

‘Sale Person’, 22000, '15740/1959', 25 Prince Abdullah Street Riyadh’, '009665-057-8796); 
INSERT INTO EMPLOYEE T VALUCS (2050. ‘Saleh’, Hamad’. 'Alzaid', 'Sale Persen'. 22000, '13/07/1971'. 
'25 King Faisal Srreer, R iyadh', IO095G65-057-7788;); 

INSERT INTO CMPLOYCE_T VALUCS (2060. 'Ghanim'. Abdullah'. 'Alhmoud', ' Sale Person’, 22000. 
"21/02/1969". '56 Alrahliah Street. Jeddah’, 0043665-035-9781); 

МЕРТ INTO ۶۸۸۲۱ OYFF T VAI UFS (2070, Sultan’, Saleh, 'Abdulgader', "Sale Persini, 2 2000, 
29/04/1975", “123 Salman Altarsi Street, Riyadh’, '009665-059-3831): 

INSERT INTO EMPLOYEE T VALUCS (2080. ‘Suliman’, 'Abdullah', 'Almushari', Sale Person’. 22000, 
"0580371973 '45 Prince Sulran Srreer, Najran’, )ل‎ 6-15-3111 

I NSFRT INTO ۶۸۸۲۱ OYFF_T VAI UFS (2090, ا۵'‎ mad’, 'Ahdullah', 'Alsaif, Sale Person', 22000, 
"18/04/1968", '13 Khalifa Srreer, Taif . '009665-556-1231'): 

INSFRT INTO ۶۸۸۲۱ OYFF_T WVA UFS (3010, جام‎ maf’, "Ma nsima’, 'Alshemanui', ‘Sale Person’, 22000, 
“105/1975775 Othman street, izan’, ۲۲۹6۸65-055-3486 

INSERT INTO CMIPLOYEE_T vALULS (3020. 'Mohammed', ‘Khalid’, Ахат". ‘Sale Persan, 22000, 
1771019671", 107 АҺиһлКег Road, Ahha’, 'O096G53-057-GS78')} 

INSFRTINTO ۶۸۸۲۱ OYFF_T VAI UFS (3030, 'Mansour, ‘Abdullah. Alzamil', 

'Office Manager’. 22000, 03/12/1960", '13 King Abdulaziz Road, Tabouk', ' 0096653-054-3331}: 


— جدول الشهادات العلمية للموظفين 
:EMPLOYEE_ACADEMIC_DEGREE_T)‏ 


إنشاء جدول الشبادات العلمية للموظفين 


CREATE TABLE EMPLOYEE_ACADEMIC_DEGREE Т 
(EMP_ID NUMBER NOT NULL, 
DEGREE CHAR(10) NOT NULL, 
INSTITUTE CHAR(30) NOT NULL, 
DATE_ACQUIRED DATE NOT NULL, 
CONSTRAINT EMPLOYEE_ACADEMIC_DEGREE_T_PK 

PRIMARY KEY (EMP_ID, DEGREE), 
CONSTRAINT EMPLOYEE_ACADEMIC_DEGREE_T_FK 
FOREIGN KEY (ЕМР 10) REFERENCES EMPLOYEE Т(ЕМР 10)); 


,25 إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعلیمات التالية: 


إدخال بيانات الشہادات العلمية للموظفین 

INSFRT INTO ۶۸۸۳۱ OYFF_AC ADFMIC_DFCRFF_T VAI LIFS (1010, RA'I puisiana State lJniversiry , 
01405/1988): 
INSERT INTO EMPLOYEE ACADEMIC DEGREE T VALUES (1010, MBA. Louisiana Stare University’, 
12/01/2000): 
INSERT INTO EMPLOYEE ACADEMIC DEGREE T VALUES (1020, 'BS', "University of Pirsburgh’, 
11403/1999) 
INSERT INTO LSMAPLOYLL_ACADLMIC_DLGRLL_T VALUES (1020, MBA, University of Pittsburgh’, 
170470071): 
INSERT INTO EMPLOYEE ACADEMIC DEGREE T VALUES (1030, BA, ‘King Saud University’, 
1321121987); 
INSFRT INTO РМАРІ СҮРЕ АСАПЕМІС DFGRFF T VAI UIFS (1040, 'BA!, 'King Ahdulaziz University’, 

7202/2000); 
INSER I INIO LMPLOYLL_ACADOLMIC_DLGRLL_1 VALULS (1050, ‘BA', 'АгКапзав State Univesity", 
12/03/2000): 
INSERT INTO EMPLOYEE_AC ADEMIC_DEGREE_T VALUES (1060, ‘Ва, 'Llniversity ol Oklahorna', 
10111987): 
INSER TINIO ۴۸۰۸۱۲۱ CIYFF_ACADFMIC_DEGHFF_L VAL ۱(۶ (ТОТО BA ‘King Saud University’, 
27/10/1998); 
INSLRI INIO LMPLOYLL ع۱۷ ۱۸ص۸‎ DLGRLL I VALULS (1 DBO, 'BA', 'King Saud Uniwersity’, 
27/10/1998); 
INSFRT INTO ۶۸۸۳۱ OYFF_ACADFMIC_DFGRFF_T VAI UFS (1080, МВА", King Sand Universin, 
16/12/2000); 
INSERI INIO EMPLOYEE ACADEMIC DEGREE I VALUES (1090, BA, ‘King Abdulaziz University’, 
21/11/1966): 
INSERT INTO EMPLOYEE_ACADEMIC_DEGREE_T VALUES (2010, 'ВА','РЇлйг1рї\ а Stare University’, 
1/06/2000); 
INSLRI INIO LMPLOYLL_ACADLMIC_DLGRLL_I VALULS (2020, 'BA', 'King Abdulaziz University’, 
27/02/2000); 
INSFRT INTO FMPI СҮРЕ ACADEMIC DFGRFF ۴۷۷۸۱۱۱۴۹ (2030, BA, King ردق مسقا | متعماسلسات‎ 
2770272000); 
INSER TINTO ۴۸۸۲۱ СҮРЕ АСАРНМІС ПЕСКЕ МАГИ (2040, BA! 'King Faisal Universiry’', 
03/02/2000); 
INSERT INTO CEMPLOYEC_ACADEMIC_DEGREC_T VALUES (2050, 'BA', ‘Кіпр Faisal University’, 
0320220007: 
INSFRT INTO ۶۸۰۸۳۱ ٥۷۶۶ АСАПЕМІС DFGRFF ٣۱۷۵۱۱۱۴۹ (2060, BAN, niversity اد‎ Oklahorna', 
07706/2000); 
INSER INIO EMPLOYEE_ACADEMIC_DEGREE_1 VALUES (2070, BA ‘Philadelphia State University’. 
1008/2000), 
INSERT INTO EMPLOYEE_ACADEMIC_DEGREE_T VALUES (2060, 'BA', 'King Saud University’, 
28711/2001); 
INSFRT INTO ۶۸۸۲۱ OYFF_ACADFMIC_DFGRFF_T VAI LIFS (7090, 'ВА/, ‘Philadelphia State University’, 
10+08, 2000): 
INSERI INIO LMAPLOYLL_ACADLANNC_DLGRLL_I VALUES (3010, 'BA', ‘King Faisal University’, 
0370221900), 
INSERT INTO EMPLOYEE ACADEMIC DEGREE T VALUES (3020, Вл’, King Faisal University’ 
03/02/1999); 
INSERT INTO EMPLOYEE_ACADEMIC_DEGREE_T VALUES (3030, ВА’, 'King Saud University’, 
78117001): 


- جدول مكاتب الشركة (OFFICE_T)‏ 


(Јела Li]‏ مكاتب الشركة 


CREATE ТАВІЕ OFFICF_T 
(OFFICE_ID NUMBER NOT NULL, 
ADDRESS СНАВ(65) NOT NULL, 
TEL_NO CHAR(15) NOT NULL, 
CONSTRAINT OFFICE_T_PK PRIMARY KEY (OFFICE_ID)); 


یتغ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


إدخال بيانات مكاتب العقارات 
INSERT INTO OFFICE_T VALUES (1, 'Head Office, Al-Olya Street, Riyadh, SA',‏ 
;)'009661-272-4141' 
INSERT INTO OFFICE_T VALUES (2,'Riyadh Main Office, Al-Farazdaq Street, Al-‏ 
Malaz, Riyadh, SA', '009661-474-3030');‏ 
INSERT INTO OFFICE_T VALUES (3, 'Jeddah Main Office, Prince Mohammed Bin‏ 
Saud Street, Jeddah, SA', '009662-272-4141');‏ 
INSERT INTO OFFICE_T VALUES (4, 'Dammam Main Office, King Fahad Street,‏ 
Dammam, SA', '009663-231-4141');‏ 
INSERT INTO OFFICE T VALUES (5, Jouf Office, Central Street, Al-Jouf, SA', '009664-‏ 
;)'521-4141 


- جدول مكاتب عمل الموظفين .EMPLOYEE_OFFICE_T)‏ 


إنشاء جدول مکاتب عمل الموظفين 


CREAIE ع۱۸8۱‎ EMPLOYEE_OF HCE_I 
(EMP_ID NUMBER NOT NULL, 
OFFICE ID NUMBER NOT NULL, 
SIARIING_DAIL DAIL NOI NULL, 


CONSTRAINT EMPLOYEE_OFFICE_T_PK 
PRIMARY KEY (EMP_ID, OFFICE ID), 
CONSTRAINT EMPLOYEE OFFICE T FK1 
FOREIGN KEY (EMP_ID) REFERENCES EMPLOYEE_T(EMP_ID), 
CONSTRAINT FMPLOYFF_OFFICF_T_FK2 
FOREIGN KEY (OFFICE_ID) REFERENCES OFFICE_T(OFFICE_ID)); 


یت إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


Juss‏ بیانات مكاقب عمل الموظفين 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (1010, 1, '29/04/2001');‏ 
INSERT INTO EMPLOYEE ОҒЕІСЕ T VALUES (1020, 1,'14/09/2002');‏ 
INSERT INTO FMPLOYFF_OFFICF T VALUES (1030, 3,'15/04/2002');‏ 
INSERT INTO FMPLOYFF_OFFICF_T VALUES (1040, 3, 1 6/02/2002);‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (1050, 2,'29/11/2002')‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (1060, 3,'02/12/2002');‏ 
INSERT INTO EMPLOYEE OFFICE T VALUES (1070, 4,'18/10/2002')‏ 
INSERT INTO FMPLOYFF_OFFICF_T VALUES (1080, 5, "13/09/2002;‏ 
INSERT INTO FMPLOYEF_OFFICF_T VALUES (1090, 5, '28/06/20027);‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (2010, 4, '21/06/2003);‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (2020, 3, '20/05/20027;‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (2030, 3,'12/02/2003');‏ 
INSERT INTO EMPLOYEE OFFICE T VALUES (2040, 2, '11/08/2005');‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (2050, 2, '17/09/2003');‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (2060, 3,'15/11/2004');‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (2070, 2, '09/12/2002');‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (2080, 3, '07/01/2003');‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (2090, 4, '20/05/2007');‏ 
INSERT INTO EMPLOYEE OFFICE T VALUES (1070, 1, '05/12/2001');‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (1080, 3, '09/11 /2003');‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (1090, 3,'06/12/2001');‏ 
INSERT INTO EMPLOYEE_OFFICE_T VALUES (3010, 1, '08/06/2005');‏ 
INSERT INTO EMPLOYEE OFFICE T VALUES (3020, 3, '06/03/2002');‏ 
INSERT INTO EMPLOYEE OFFICE 1 VALUES (3030, 5,'15/02/2001');‏ 


, 


1 


(ESTATE Т) слу جدول‎ - 


إنشاء جدول العقارات 


CREATE TABLE ESTATE_T 
(ESTATE ID NUMBER NOT NULL, 
ADDRESS CHAR(50) — NOTNUIL, 
ESTATE TYPE CHAR(1) CHECK (ESTATE ТҮРЕ IN )5::5:(( 
LISTED_DATE DATE NOT NULL, 
OFFICE ID NUMBER NOT NULL, 
CONSTRAINT SALE_ESTATE_T_PK PRIMARY KEY (ЕЅТАТЕ 10), 


CONSTRAINT SALE ESTATE T FK 
FOREIGN KEY (OFFICF_ID) REFERENCES OFFICF_T(OFFICF_ID)); 


یتغ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


إدخال بيائات العقارات 
VALUES (30, 12 AlMutanbi Street, Riyadh','s', "10/05/2000", 2);‏ |_ع 1۸1ئ٤ INSERI INIO‏ 
INSERT INTO ESTATE_T VALUES (60, "17 Alolya main Road, Riyadh', 'S', "11/00/2008, 2);‏ 
;)3 ,'15/07/2007' '5',.'طداٌء ات( INTO Г5ТАТГ ТМА UFS (90, 12 AlMWutanbi Street,‏ ۱۸۷5۲۳۲ 
INSERT INTO ЕЅТАТЕ Т VALUES (120, '17 Alolya main Road, Dammam, 'S', 010272002 4);‏ 
INSFRT INTO FSTATF ТМА UFS (150, '12 Аілашап Sires Jouf, '5', '09/07/2005', 5):‏ 
INSERT INTO ESTATE_T VALUES (180, '17 Alolya main Road, Jeddalr, '5','21/03/2004', 3);‏ 
INSFRT INTO FSTATF T VAI UFS (210, '12 AlMutanhi Sires, Damman’, 'S', 10712/2002', 4);‏ 
INSERT INTO ESTATE T VALUES (240, '17 Alolya main Road, Jour, 'S', ' 05/111998", 5);‏ 
INSERT INTO ESTATE T VALUES (270, 12 AlMutanbi Street, Jeddah‘. 5', '04/03/1993', 3),‏ 
VALUES (300, '17 Alolya main Road, Riyadh, 'S', '27 06/2008", 2);‏ |_ع 31۸1 INSERI INIO‏ 
INSERI INIO ESIAIE | VALUES (330, 12 AlMutanbi Street, Jouf, 'S', 07/02/2008", 5);‏ 
INSERI INIO LSIAIL_I VALULS (360, '17 Alolya main Road, Riyadh’, 'S', "137/0172004", 2);‏ 
INSERT INTO ESTATE_T VALUCS (390, '12 AlMutanbi Street, Jeddah’, 5', '0З/01/2003', 3);‏ 
INSERT INTO ESTATE_T VALUES 7 Alolya main Road. Dammam, 'S', '26/04/2003', 4);‏ 
INSTRT INTO FSTATT_T VAI UTS (450, '12 AlMutanhi Street, Jout’, 'S', ‘20/02/2009, 5);‏ 
INSERT INTO ESTATE_T VALUES (480, '17 Alolya main Road, Riyadh’, '5','13/01/2009', 2);‏ 
INSFRT INTO FSTATF T VAI UFS (510, 12 Ашап Street, Jeddah’, S' 04/01/2008, 3);‏ 
INSERT INTO ESTATE_T VALUES (540, '17 Alolya main Road, Dammam, 'S', '032 11/2007, 4);‏ 
INSFRT INTO FSTATF T VAI UFS (570, 12 MMutanbi Street, Jour, 'S', *14/ОНВ/2005', 5);‏ 
INSERT INTO ESTATE_T VALUES (600, '17 Alolya main Road, Riyadh, 'S', "12/10/2008, 2);‏ 
INSERT INTO [STAT[ T VALUCS (630, '12 AlMutanbi Street, Jouf, '5','09/11/2005', 5);‏ 
INSERT INTO ESTATE T VALUES (660, '17 Alolya main Road, Riyadh’, 'S',' 12/01/2007, 2);‏ 


تابع - إدخال بيانات العقارات 
INSERI INTO ЕЅТАТЕ I VALUES (5, '13 Salah tldeen AlAyoubi, Malaz, Riyadh’, ۱۹۰۰120472009 2):‏ 
INSERIINIO ЕЅТАТЕ | VALUES (15, 18 Ahmad bin Hanbal Sireet, Nasser, Riyadh’, К, 12201720087, 2);‏ 
INSERT INTO ESTATE_T VALUES (25, 15 Salah Eldeen AlAyoubi, Malaz, Riyadh’. 'R.'12201/2009', 2);‏ 
INSERT INTO ESTATE_T VALUES (35, 134 Ahmad bin Hanbal Street, Nassem. Riyadh‘, Е, 1270122010", 2);‏ 
INSFRT INTO FSTATF T VAI UFS (45, 113 Bin Khlloon Streer, Alhamra, |eddah'. R', 1470122009, 3);‏ 
INSFRT INTO ЕЅТАТЕ T YAI UFS (55, 18 Alsata Street, Aljazeera, Jeddah’, К, 1220522007", 3):‏ 

INSERT INTO [STATE T VALUES (65, 123 King Abdullaziz Road, Skaka, Joul, 'R',' 22/05/2007 ,5); 

INSERT INTO FSTATF_T VALUES (75, 1117 Ammar Bin Yasser Road, Dammam, К, 27/10/2008", 4); 
INSFRT INTO FSTATF_T VAI UFS (85, 712 Almutana hi Street, Dammam, R', 01/01/2008, 4); 

INSERI INIO ESIATE_| VALUES (95,'11 Prince Syultan Street, Jouf', 'R','22/12/2008 , 5); 

INSERI INIO ESIAIE_| VALUES (105,'177 Subah Aljaber, Olya, Riyadh, R, ' 25/01/2006, 2); 

INSFRT INTO FSTATF_T VAI UFS (115, 8 Fyapt Road, Albarha, Riyadh’, 'R', 08/09/2007, 2): 

ІМЅҒАТ ІМТО FSTATF_T VAI UFS (125 "130 Alyamama Ваай, |еййаһ', 'R', "19/07/2008, 3); 

INSERT INTO ESTATE T VALUES (135, 183 Khaled Bin Alwaleed, Jeddah’, 'R', '16/09;/2008' 3); 

INSERT INTO ESTATE T VALUES (145, '210 Hassan Bin Thabet Street, Jeddah. ۱۴. 02/03420083, 3); 

INSERI INTO LSIAIL | VALUES (155, ' 218 Othman Bın Affan Street, Riyadh, ,ا"‎ 14/01/2005, 21; 
۱١۷۶۲۲۱۱۳۱۲ ESIATE_1 VALUES (165, ' 213 King Fahad Road, Riyadh’, 'R',"19/U5/2U06;, 2); 

INSFRT INTO FSTATF_T VAI UFS (175,1018 King Fahad Road, Riyadh, "014112009: 2); 

INSLRIINIO LSIAIL_I| VALULS (185,'1113 Jin Khldoon Street, Alharnra, Jeddah’, 'R.'13,/022007', 3); 
INSERT INTO [STATE_T VALUES )195,'1118 Mohammed Bin Nasser Street, Dammam, 'R', 27/11/2009, 4); 
INSERT INTO ESTATE_T VALUES )205,'2313 Sulhan Alsaleh Street, Joul", R', 11012009 5); 

INSERT INTO ESTATE T VALUES (215,'3218 King Abdulaziz Road, Riyadh’, ۰1۰1771072009 2); 

INSERT INTO ESTATE T VALUES (225, "1371 King Tahad Road. Dammam’, R', 2603/2008, 4); 

INSERI INTO ЕЅТАТЕ 1 VALUES (235,'1028 King ات‎ Roud, Jeddah’, П, 07/127/2008 3); 

INSERI INTO ESIAIE_| VALUES (245, "1235 King Khaled Road, уау, 'R', 1 4/12/2007' 2); 

INSERT INTO ESTATE_T VALUES (255,'128 King Faisl Road, Jouf, 'R', "2512/2006, 5), 

INSERT INTO ESTATE_T VALUES (265, "143 Salman Alfaresi Street, Riyadh’. К, "17/09/2005, 2); 

INSFRT INTO FSTATF_T VAI UFS (275, "189 King Abdulaziz Road, Dammam’, 14, "19102009, 4}; 

INSERT INTO [STATE T VALUES (285, "175 Prince Salman Bin Abdulaziz Road, Riyadh’, 'R'. '27/08/2009', 2): 
INSFRT INTO FSTATF_T VAI UFS ۵۸7 King Fahad Road, Jeddah’, 'R', 15022008", 3); 


- جدول أسعار العقارات المعروضة للبيع ($АТЕ_Е$ТАТЕ_Т)‏ 


إنشاء جدول أسعار العقارات المعروضة للبيع 


CREATE TABLE SALE ESTATE Т 
(SALE_ESTATE_ID NUMBER NOI NULL, 
ASK_PRICE NUMBER NOT NULL, 
CONSTRAINT SALE_ESTATE_PK PRIMARY KEY (SALE_ESTATE_ID), 
CONSTRAINT SALE_ESTATE_FK FOREIGN KEY (SALE_ESTATE_ID) 
REFERENCES ЕЅТАТЕ Т(ЕЅТАТЕ 10)); 


.25 إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


إدخال بيانات أسعار العقارات المعروضة للبيع 
INSERT INTO SALE_ESTATE_T VALUES (30, 766000);‏ 
INSERT INTO SALE ESTATE Т VALUES (60, 1100000);‏ 
INSERT INTO SALF_FSTATF_T VALUES (90, 510000);‏ 
INSERT INTO SALE ESTATE T VALUES (120, 2110000);‏ 
INSFRT INTO SAI F_FSTATF_T VAI UFS (150, 1100000);‏ 
INSERI INI O SALE ESIAIE I VALUES (180, 1500000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (210, 750000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (240, 920000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (270, 450000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (300, 930000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (330, 970000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (360, 630000);‏ 
INSERT INTO SALE ESTATE Т VALUES (390, 750000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (420, 955000);‏ 
INSERI INI O SALE ESIAIE I VALUES (450, 1400000);‏ 
INSFRT INTO SAI F_FSTATF_T VAI UFS (480, 2900000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (510, 3100000);‏ 
INSERT INTO SALF_FSTATF_T VALUFS (540, 2750000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (570, 610000);‏ 
INSERT INTO SALE ESTATE T VALUES (600, 4300000);‏ 
INSERT INTO SALE_ESTATE_T VALUES (630, 830000);‏ 
INSERT INTO SALE ESTATE T VALUES (660, 980000);‏ 


- جدول أسعار العقارات المعروضة للإيجار (RENTAL Е$ТАТЕ_Т)‏ 


إنشاء جدول أسعار العقارات المعروضة لاإيجار 


CREATE TABLE RENTAL_ESTATE Т 
(RENTAL_ESTATE_ID NLIMBER NOT NULL, 
AVAILABILITY_DATE DATE NOT NULL, 
YEARLY_RENT NUMBER NOT NULL, 
INSURANCE_AMOUNT NUMBER NOT NULL, 
CONSTRAINT RENTAL ESTATE РК PRIMARY KEY (RENTAL_ESTATE_ID), 
CONSTRAINT RENTAL_ESTATE_FK FOREIGN KEY (ВЕМТАІ_ЕЅТАТЕ 10) 
REFERENCES ESTATE_T(ESTATE_ID)); 


,25 إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


إدخال بيانات أسعار العقارات المعروضة للإيجار 
INSERT INTO RENTAL_ESTATE_T VALUES )5, "01/05/2010, 21000, 3000);‏ 
INSFRT INTO RFNTAI _FSTATF_T VAI UFS (15,'01/12/2010', 25000, 4000);‏ 
;)3000 ,25000 ,'01/05/2011' ,25 
5 
5 


INSERT INTO RENTAL_ESTATE_T VALUES ( 
۱۸۷۴۲۱۱۱ INIO 1۲٦٦۱۸۱ _FSIAIF_I VAI ۸۲5 (3: 
INSERT INTO RENTAL ESTATE T VALUES (4 
INSERT INTO RENTAL_ESTATE_T VALUES (55,'01/12/2009', 35000, 5000); 
INSFERI INTO 1٢٦٦٠۸۱ _FSTAIF_I VAI UFS (65, 01/05/2010, 41000, 10000); 
INSERT INTO RENTAL_ESTATE_T VALUES (75,'01/08/2009', 35000, 5000): 
INSERI INIO RENIAL ESIAIE | VALUES (85, 01/11/2010', 31000, 5000); 
INSERT INTO RENTAL_ESTATE_T VALUES (95,'01/12/2010', 35000, 4000); 
INSFRI INI O 1۲٦۷۱۸۱ _FSIAIF_I VAI UES (105, 01/00/2009 41000, 4000); 
INSERT INTO RENTAL_ESTATE_T VALUES (115, '01/10/2009', 45000, 5000); 
INSERT INTO RENTAL_ESTATE_T VALUES (125, '01/05/2010', 31000, 3000); 
INSERT INTO RENTAL_ESTATE_T VALUES (135,'01/12/2009', 25500, 4000); 
INSERT INTO RENTAL_ESTATE_T VALUES (145, '01/04/2010', 21500, 2000); 
INSERI INIO RENTAL ESIAIE | VALUES (155, 01/01/2010', 25500, 4000); 
INSERT INTO RENTAL_ESTATE_T VALUES (165, '01/03/2010', 36000, 3500); 
INSERI INIO RENIAI_FSIAIF_I VAI UES (175, 01/12/20171, 36000, 4500); 
INSERT INTO RENTAL_ESTATE_T VALUES (185, '01/01/2011', 37000, 3500); 
INSERI INIO RENIAL ESIAIE I VALUES (195, '01/10/2011', 28500, 2500); 
INSERT INTO RENTAL_ESTATE_T VALUES (205, '01/05/2011', 21500, 3000); 
INSFRT INTO RFNTAI _FSTATF_T VAI UFS (215, '01/03/201 1", 35500, 4000); 
INSERI INIO RENIAL ESIAIE | VALUES (225, '01/03/2011', 40000, 4000); 
( 
( 


101/047201 1', 35000, 5000); 
.'01/07/2010', 31000, 5000); 


INSERT INTO RENTAL_ESTATE_T VALUES ,'01/04/2011', 40500, 4000); 
INSERT INTO RENTAL_ESTATE_T VALUES ‚'01/05/2011', 20000, 3000); 
INSERT INTO RENTAL_ESTATE_T VALUES (255, '01,/03/2011', 27000, 2500); 
INSERI INIO RENTAL ESIAIE 1 VALUES (265, '01/05/2011', 26000, 2500); 
INSERT INTO RENTAL_ESTATE_T VALUES (275,'01/01/2011', 25500, 3000); 
INSFRT INTO RFNTAI _FSTATF_T VAI UFS (285, '01/05/2011', 21500, 3000); 
INSERT INTO RENTAL ESTATE T VALUES (295,'01/07/2011', 35500, 4000); 


- جدول العملاء :(CUSTOMER_T)‏ 


إنشاء جدول الغملاء 


СВЕАТЕ TABLE CUSTOMER_T 
(CUSTOMER_ID NUMBER NOT NULL, 
МАМЕ СНАВ(35) NOTNULL, 
ADDRESS CHAR(40) NOT NULL, 
TEL_NO CHAR(15) ٥٢ NULL, 
RENTING CHAR(1) CHECK (RENTING IN (TF), 
OWNING CHAR(1) CHECK (OWNING IN (ТУЕ), 
BUYING CHAR(1) CHECK (BUYING IN (ТЕ), 

CONSTRAINT CUSTOMER_T_PK PRIMARY KEY (CUSTOMER_ID), 

CHECK ((RENTING IS NOT NULL AND RENTING = T) 


OR (BUYING IS NOT NULL AND BUYING = 'T') 
OR (OWNING IS NOT NULL AND OWNING = 'T ))); 


,25 إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


إدخال بيانات العملاء 


INSERT INTO CUSTOMER_T VALUES 

(200', ‘Khalid Ahmad Aloufi', 'Al-Rouda Street, Riyadh, SA', '009561-424-2341, T T TJ: 
INSFRT INTO CUSTOMFR_T YANI IFS 

(220', Tahad Kahid Alhamid', 'Al-Olya Street. Riyadh, SA'. '009661-416-7733', 'T', Т','Г'); 
INSERI INIO CUSTOMER | YALUES 

(240, 'Ahdulrahman Mohammed Aleesa’, King Fahad Street, Jeddah, 5۸, '009662-444-8932', TF, Т); 
INSERT INTO CUSTOMER_T VALUES 

(2U, Khalid Mohammed Alhamad', Кіп AbdulAziz Street, Jeddah, SA, '009002-444-5432, H E Y 
INSFRT INTO CUSTOMTR ٣٤۹ 

("хво Khalid Ahmad Aloufî', Al-Hamra Street Jeddah, SA, 009662-464-2311. 11 1 y 

INSERI INTO CUSIUNER ۱۷ ۵۱۱۶ 

(300, 'Saleh Saeed Alaahranî', 'Al-Reem Street, Dammam, 5۸, 009663-424-2231 Т, FF; 

INSERI INTO CUSIOMER_I VALUES 

(320, Mohammed Salem Algamdi', 'Al-Nakeel Street, Riyadh, 5۵ 0095611-35 4-1 241 ЕТЕ); 
INSERT INTO CUSTOMER_T VALUES 

(340', 'Hmad Abdulaziz Alyousef, Al-5alamah Street, Damman, SA', '009663-454-2341' 1ST); 
INSERT INTO CUSTOMER TYALULS 

("ЗБС ‘Sulian Hussain Al-Sulran', 'AI-Banaı Sireci, Dammam, 5۸۴.۰ '009663-554-5341', Е','Т', E), 

INSERT INTO CUSTOMER T VALUES 

(380', ‘Abdulaziz Mohsen Alwabel'. 'Hatza Bint Omar Street. Riyadh, SA, 009661422-2441, Р.Т. FY; 
INSFRT INTO CUSTOMFR_T VAI UFS 

(400', Rashed Saleh اعلدداخ‎ , 'Al-Moutanabee Street, Riyadh, 5А, '009661-454-23+1, T, Г, Т): 

INSFRT INTO CUSTOMFR_T YAIUFS 

(420', 'Abdulkhader Nasser Alhassan', اذا‎ Sereen Srreer. Riyadh, 5۸. 009661 454 2341', TT, 'Г7); 
INSERI INTO CUSIOMER_I VALUES 

€440", 'Kheldoan Mohamed Nawaiffa', 'Al-Warood Street, Riyadh, SA', '009661-454-2341','T', برع‎ 
INSERT INTO CUSTOMER_T VALUES 

(atl 'lareq Salem Alkhalid', 'Al-Zahara Street, Riyadh, 5۸۷ ۱۱۱۷۰5۷۷۱۰1 و-‎ 47,141. H 17) 

INSFRT INTO CUSTOMFR ٣۹ 

)'480'۰. ' Mohsen Ahmad Al-Hamaad', Hafsa Bint Ommar Road, Riyadh, SA. '009661-543-9825', "1". Г, "Т: 
INSER INIO CUSTOMER | VALUES 

('500', Abdulaziz Saleh А1-7огпаап', 'Al-Mutanbi Streel, Darmram, 5۸, '009661 -372-7751 TT", Т); 
INSERI INIO CUSIOMER_I VALUES 

(520, 'Hammad åhdulaziz Al-Hammad', 'Al-Z.ahara Street, Jeddah, 5А, 009661-991-3321', F, T, TJ; 
INSERI INTO CUSIOMER_I VALUES 

)'540'. 'Abdulaziz layar Al Layar, Al Zahara Street, Jeddah, SA', 009661 441 1ا73‎ 'F,'1,'1'): 


:(LEASE T) جدول > الإيجار‎ - 


إنشاء جدول عقود الإيجار 


CREATE TABLE LEASE T 

(RENTING_CUSTOMER_ID NUMBER NOT NULL, 

RENTING_ESTATE_ID NUMBER NOT NULL, 

LEASE_DATE DATE NOT NULL, 

CONSIRAINI LFASF I PK 
PRIMARY KEY (RENTING_CUSTOMER_ID, RENTING_ESTATE_ ID), 

CONSTRAINT LEASE_T_FK2 FOREIGN KEY (RENTING_CUST OMER_ID) 
REFERENCES СОЅТОМЕК Т(СОЅТОМЕВ ID), 

CONSTRAINT LEASE_T_FK3 FOREIGN KEY (RENTING_ESTATE ID) 
RFFFRFNCFSRFNTAI FSTATF T(RFNTAI FSTATF ID)); 


یتغ إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعليمات التالية: 


إدخال بيانات عقود الإيجار 
INSERT INTO LEASE_T VALUES (240, 55, 01/12/2009);‏ 
INSERT INTO LEASE_T VALUES (300, 65, ' 01/06/2010);‏ 
INSERT INTO LEASE T VALUES (480, 75, ' 01/09/2009);‏ 
INSERT INTO LEASE_T VALUES (420, 85, ' 01/11/2010);‏ 
INSERT INTO LEASE_T VALUES (280, 95, ' 01/12/20107;‏ 
INSERT INTO LEASE_T VALUES (440, 105, '01/09/2009');‏ 


(ОММЕВЅНІР Т) العقارات‎ ¿KL جدول‎ — 


إنشاء جدول ملكية العقارات 


CREAIE TABLE OWNERSHIP 1 
(OWNER_ID NUMBER NOT NULL, 
ESTATE ID NUMBER NOT NULL, 
DEED_ID CHAR(30) NOT NULL, 
OWNERSHIP_DAIE DATE NOT NULL, 


CONSTRAINT OWNFRSHIP_T_PK PRIMARY KFY 
(OWNER ID, ESTATE ID), 

CONSTRAINT OWNFRSHIP_T_FK1 FORFIGN KFY (OWNFR_ID) 
REFERENCES CUSTOMER T(CUSTOMER ID), 

CONSTRAINT OWNFRSHIP_T_FK2 FORFIGN KFY (FSTATF_ID) 
RFFFRFNCFS FSTATF T(FSTATF ID)); 


یت إدخال البيانات للجدول باستخدام (SQL)‏ حسب التعلیمات التالية: 


إدخال بيانات ملكية العقارات 

INSERT INTO OWNERSHIP_T VALUES (200, 30, 1000-2000, 18/03/2000); 
INSERI INIO OWNERSHIP_I VALUES (220, 50, 'R2012-2008', 10/07/2008; 
INSERI INIO OWNERSHIP_I VALUES (280, 90, 'J0421-2006','21/11/2006'; 
INSERT INTO OWNERSHIP T VALUES (320, 120, 'D1012-2001', '29/04/2001'); 
INSERT INTO OWNERSHIP_T VALUES (360, 150, `]1103-2000', '05/02/2005'); 
INSERT INTO OWNERSHIP_T VALUES (380, 180, '/1115-2001','29/04/2003'); 
INSERI INIO OWNERSHIP_I VALUES (440, 210, 'D1231-2001' '17/11/2001'); 
INSFRI INIO OWNFRSHIP_I VAI UFS (460, 240, '1777-1997','18/01/1997'); 
INSFRT INTO OWNFRSHIP_T VAI UFS (520, 270, `]1811-1991',°12/07/1 991'); 
INSFRT INTO OWNFRSHIP_T VAI UFS (540, 300, 'R1878-2005', '18/09/2006'); 
INSERT INTO OWNERSHIP_T VALUES (520, 330,'J2121-2007','19/10/2007); 
INSERT INTO OWNERSHIP_T VALUES (460, 360, 'R0171-2001','09/01/2004'); 
INSERT INTO OWNERSHIP 1 VALUES (440, 390, '|0981-2004', ' 03/02/2002); 
INSERT INTO OWNERSHIP_T VALUES (200, 420, 'D1921-2003', '01/05/2003'); 
INSERT INTO OWNERSHIP_T VALUES (460, 450, `]1023-2000',`18/05/2009'); 
INSERT INTO OWNERSHIP_T VALUES (460, 480, 'R1178-1998', '02/07/1998'); 
INSERT INTO OWNERSHIP_T VALUES (280, 510, '1878-2005',"18/09/2005'); 
INSERT INTO OWNERSHIP_T VALUES (320, 540, '01121-2007', '19/10/2007'); 
INSERT INTO OWNERSHIP T VALUES (440, 570, '0171-2001','09/01/2001); 
INSERI INTO OWNERSHIP_I VALUES (440, 600, 'RU981-2004','03/02/2004'); 
INSERI INIO OWNERSHIP_I VALUES (540, 630, '1921-2003', '01/05/2003'); 
INSERI INIO OWNERSHIP_I VALUES (460, 660, 'R1U23-2000','18/05/2000'); 


تابع - إدخال بيانات ملكية العقارات 


INSERT INTO OWNERSHIP T VALUES (200, 5,'R1981-2005', 19/02/2009); 
INSERT INTO OWNERSHIP_T VALUES (220, 15, 'R1088-2005','13/10/2009); 
INSFRT INTO OWNFRSHIP T VAI UFS (280, 25, 'R2345-2006', 11/01/2010); 
INSLRI INIO OWNLRSHIP 1 VALUES (320, 35, 'R3451-2007', 01/02/2010); 
INSFRT INTO OWNFRSHIP_T VAI UFS (540, 45, 12245-72008, "13/04/70097: 
INSERT INTO OWNERSI IIP_T VALUES (540, 55,'|7609-2005,'29/11/2000); 
INSERI INIO OWNERSHIP_I VALUES (520, 65, ]9876-1999/, '22/02/2009'); 
INSLRI INTO OWNLRSHIP_I VALUES (520, 73, تا'‎ 9076-1909, 19/01/2008): 
INSERT INTO OWNERSHIP_T VALUES (520, 85, 'D7766-2001', "17/09/2009; 
INSFRT INTO OWNFRSHIP_T VAI UFS (540, 95, |8 766-20027, 15/07/2009]; 
INSERT INTO OWNERSHIP_T VALUES (460, 105, 'R9988-2007', 02/06/2008): 
INSERT INTO OWNERSHIP_T VALUES (440, 115, 'R9876-2004', 27/09/2008); 
INSFRT INTO OWNFRSHIP_T VAI UFS (280, 125, '12314-2001', '03/06/2008'); 
INSERT INTO OWNERSHIP_T VALUES (380, 135, '/5434-2001', '03/12/2007'); 
INSLRI INIO OWNERSHIP_I VALUES (520, 145, '13322-2001', '01/02/2006'); 
INSERT INTO OWNERSI IIP_T VALUES (200, 155, 'R4356-2003', 05/01/2005]; 
INSLRI INI O OWNLRSHIP_I VALUES (200, 1693, 'R4056-2004', 19/03/2005); 
INSERT INTO OWNERSHIP T VALUES (220, 175, 'R9881-2003', '18/11/2006'); 
INSLRI INTO OWNLRSHIP_I VALULS (280, 185, '7771-2002','21/01/2007'); 
INSERT INTO OWNERSHIP_T VALUES (520, 195, 'D9991-2003','27/10/2004); 
INSERT INTO OWNERSHIP T VALUES (520, 205, ']1999-2003', '25/05/2006'); 
INSFRT INTO OWNFRSHIP T VAI UFS (540, 215, 'R6577-2004','23/03/2005'); 
INSERT INTO OWNERSHIP_T VALUES (280, 225, 'D9966-2002', '23/03/2004); 
INSFRT INTO OWNFRSHIP_T VAI UFS (280, 235. '15342-2001','14/04;/2002'); 
INSFRT INTO OWNFRSHIP_T VAI UFS (540, 245, 'R0101-2004', 28/05/2007); 
INSLRI INIO OWNERSHIP 1 VALUES (220, 255, ]2121-2003','25/07/2004'); 
INSLRI INTO OWNLRSHIP_I VALUES (220, 265, 'RB 765-2004", 1 2/05/2007); 
INSERT INTO OWNERSHIP T VALUES (200, 275, 'D2347-2003', "14/01/2009; 
INSLRI INTO OWNLRSHIP I VALULS (460, 285, 'R9872-2004', 19/05/2007); 
INSLRI INIO OWNLRSHIP_I VALUES (220, 29<,(7/ 234-2001. "22/05/2007; 


(SALE РЕАІ Т) слу جدول مبيعات‎ - 


إنشاء جدول مبيعات العقارات 


CREATF TARLF SALF_DFAL_T 
(BUYING_CUSTOMER_ID NUMBER NOT NULL, 
SALF_FSTATF_ID NUNBFR NOT NULL, 
SALE_PRICE NUMBER NOI NULL. 
SALE DATE DATE NOT NULL, 
CONSTRAINT SAL E_DEAL_1_PK PRIMARY KEY 
(BUYING_CUSTOMER_ID, SALE_ESTATE ID), 
CONSTRAINT SALE _ DEAL Т ЕКТ FOREIGN ۷ 
(BUYING_CUSTOMER_ID) REFERENCES CUSTOMER_T(CUSTOMER_ID), 


CONSTRAINT SAI F_DFAI _T_FK2 FOREIGN KFY 
(SALE_ESTATE_ID) REFERENCES SALE_ESTATE_T(SALE_ESTATE_ID)), 


4 حسب التعليمات‎ (SQL) إدخال البيانات للجدول باستخدام‎ ii g 
إدخال بيانات مبيعات العقارات‎ 


إدخال بيانات مبيعات العقارات 


INSERT INTO SALE_DEAL_T VALUES (240, 30, 766000, '11/05/2000'); 
INSERT INTO SALE_DEAL_T VALUES (260, 60, 1050000, '16/09/2008”); 
]كلا‎ RT INTO اذك‎ T_DTAI_T VAI UTS (240, 90, 500000, '23/11/2007'); 
INSFRT INTO SAI F_DFAI _T VAI UFS (340, 120, 2100000, 'Ол /04/2002/); 
INSFRT INTO SAIF ПЕАІ T VAI UFS (400, 150, 1100000, "19/09/70057; 
INSERT INTO SALE_DEAL T VALUES (460, 180, 1500000, '22/04/2004); 
INSERT INTO SALE DEAL T VALUES (480, 210, 750000, 27/11/2002"); 
INSFRI INIO SAI F_DFAI _I VAI UFS (500, 240, 900000, '07 /01/19997); 
INSERI IN IO SALE_DEAL_I VALUES (540, 270, 4500000, `09/07/1993'); 
INSERT INTO SALE _DEAL_T VALUES (520, 300, 920000, '22/09/2008'; 
INSFRT INTO SAI F_DFAI_T VAI UFS (500, 330, 970000,'09/10/2008'; 
INSERT INTO SALE_DEAL_T VALUES (340, 360, 630000, '11/01/20057; 
INSERI INIO SALE_DEAL_I VALUES (340, 390, 750000, `14/02/2003; 
INSERT INTO SALE_DEAL_T VALUES (240, 420, 955000, '13/05/2003'); 
INSF RT INTO SAI F_DFAI _1 VAI UFS (400, 450, 1350000, '25/08/2009/); 


ملحق رقم )2( — 5: استعراض ختويات جداول قاعدة البيانات بعد 
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- جدول الشهادات العلمية :EMPLOYEE_ACADEMIC_DEGREE_T)‏ 


EMP_ID DEGREE INSTITUTE DATE_ACQ 
1818 BA Louisiana State University 81/85/98 
1818 08 Louisiana State Uniuersi-tu 12701708 
1828 BS University of Pittsburgh 11703799 
1828 08 University of Pittsburgh 17704701 
1030 BA King Saud University 13711797 
1040 BA King Abdulaziz University 27702700 
1050 BA Arkansas State University 1270308 
1060 BA University of Oklahoma 10711797 
1070 BA King Saud University 27/10/98 
1080 Bñ King Saud Uniuersitu 27/18/98 
1080 HBA King Saud Uniuersitu +6128 
1090 Bñ King ñbdulaziz Uniuersitu 21/11/96 
2010 Bñ Philadelphia State Univer-sity 10/08/00 
2020 BA King Abdulaziz University 27/02/08 
2030 Bñ King Abdulaziz University 27/02/08 
2040 BA King Faisal Uniuersitu 83/02/08 
2050 BA King Faisal University 83/02/08 
2060 BA University of Oklahoma 87/06/08 
2070 BA Philadelphia State Uniuer-situ 16688 
2080 BA King Saud University 28711701 
2090 ВА Philadelphia State Uniuer-situ 10/08/08 
30186 BA King Faisal Uniuersitu 93/02/99 
30260 Ва King Faisal University 03/02/99 


3030 Ва King Saud Uniuersitu 28 1 


- جدول مكاتب 


(ОЕЕІСЕ Т) الشركة‎ 


111-65-0 US 100۳-10 “399435 ۲8.3080 “321330 180 5 
1117-15-0 ys ‘ueuued “1841$ реце биту “3931330 UFEN 000 fr 
]٢٠۱۷-٣/-:09688 US ۶۷۶003 “1аа41$ pne§ ита pawweyoy әэитл “33TJ30 ОТРИ Черрар £ 
0888-111-608 YS “црейтн “2етең-ту “141$ bepzeAej4-TU ‘231430 0٣۶۷ ۳ Z 
۱0 ]٢۳-٣٤٤٢- ] 8 ذلا‎ “црейту ')3341S ٣٥٥0-10 “331330 реан | 


OH 131 5531001 01 10 


- جدول مكاتب عمل الموظفين :(EMPLOYEE_OFFICE_T)‏ 


EMP_ID OFFICE_ID STARTING 


1010 1 29704701 
1020 1 14709702 
1036 3 15704702 
1050 3 157082702 
1050 2 29711702 
1060 3 02712702 
1870 4 18/18/82 
1888 5 13/09/02 
1090 5 28/06/02 
2818 ц 2176635 
2020 3 20705702 
2038 3 12702703 
20,0 2 11708705 
200 2 17/09/03 
2060 З 15711704 
2070 2 09/12/02 
2080 3 87701703 
2090 4 20705707 
1878 1 5121 
1888 З 89/11/03 
1898 З 861 1 
3018 1 88706705 
3828 З 0 727 
3038 5 15702701 


(ESTATE Т) слу جدول‎ - 


ESTATE_ID ADDRESS E LISTED_D OFFICE_ID 
ЗӢ 12 AlHutanhi Street, Riyadh S 113/7 “رك‎ 01 2 
óB 17 ñlolua main Road, Riyadh 5 08 2 
98 12 ñlHutanhi Street, Jeddah 5 15/07/87 3 
128 17 84101103 main Road, ратам 5 01/02/02 4 
158 42 ñlHutanhi Street, Jouf S 09/07/85 5 
188 17 Alolya main Road, Jeddah 5 21/53/05 3 
210 12 ñlHitanhi Street, Damnam 5 +7 4 
288 17 lolya main Road, Jouf 5 08 5 
278 12 ñlHutanhi Street, Jeddah 5 01/03/93 3 
388 17 410193 main Road, Riyadh $ 68 2 
33B 12 ñlHutanhi Street, Jouf 5 07/02/88 5 
368 17 410193 main Road, Riyadh 5 13/81/01 2 
390 12 ñlHutanhi Street, Jeddah 5 03/01/03 3 
420 17 й1о1уа main Road, Dannan 5 3 4 
450 12 ñlHutanhi Street, Jouf 5 20/02/09 5 
480 17 ñlolua main Road, Riyadh 5 8009 2 
54B 12 ñlHutanhbi Street, Jeddah 5 04/0/08 3 
58Ú 17 0101103 main ٣٢٣٢٢3۴ s 09/1170 8 
578 12 ñlHutanhi Street, Jouf 5 6 5 
600 17 81013 main Road, Riyadh 5 12/10/08 2 
63B 42 AlHutanbi Street, Jouf 5 09/11/05 5 
568 17 81013 main Road, Riyadh 5 07 ? 

5 19 Salah С1дееп ñlñuoubi, Halaz, Riyadh R 12/85/09 2 
15 18 Ahnad bin Hanbal Street, Hassem, Riyadh R 12/01/088 2 
25 15 Salah Eldeen ñlñuoubi, Halaz, Riyadh R 12/61/00 2 
35 134 Ahmad nin Hanbal Street, Nassen, Riyadh R 0 2 
45 113 Bin Hhldoon Street, ñlhamra, Jeddah R 14701709 3 
55 18 Alsafa Street, Aljazeera, Jeddah R 6 7 3 
65 123 King ñhdullaziz Road, Skaka, Jouf R 26 7 2 
75 1117 Annar Bin Yasser Road, 7 R 8 4 
85 12 Alnutanabi Street, Danmam R 01/01/08 4 
95 11 Prince Syultan Street, لاقل‎ R 22/12/88 5 

105 177 Subah Aljaber, Olya, Riyadh R 06 2 
115 188 Eygpt Road, Albatha, Riyadh R 85/09/07 2 
125 138 Alyamama Road, Jeddah R 19/07/08 3 
435 183 Khaled Bin Alvaleed, Jeddah R 16/09708 8 
145 219 Hassan Bin Thabet Street, Jeddah R B2/03/08 3 
155 218 Othnan Din Affan Street, Riyadh R 14/81/06 2 
165 213 King Fahad Road, Riyadh R 19/05/06 2 
175 1018 King Fahad Road, Riyadh R 9 2 
185 1113 Bin Khldoon Street, ñlhamra, Jeddah R 12/02/07 3 
195 1118 Hohanmed Bin Hasser Street, Dammam R 27711709 4 
205 2313 Sultan ñlsaleh Street, JpuF R 11/01/09 5 
215 3218 King ñbdullaziz Road, Riyadh R 17/10/09 2 
225 14/1 King Fahad Road, Darmam R 267037 لال‎ Ш 
235 1028 King 1531 Road, Jeddah R 07/12/08 3 
245 1235 King Khaled Road, Riyadh R 14712707 2 
255 128 King Faisl Road, Jouf R 06 5 
265 453 Salnan ñlfaresi Street, Riyadh R 17/09/05 2 
275 189 King Abdulaziz Road, Damnan R 49/18/89 4 
295 175 Prince Salman Bin Abdulaziz Road, Riyadh R 27708709 1 
295 1H7 King Fahad Road, Jeddah R 46/02/08 3 


- جدول أسعار العقارات المعروضة للبيع (ЅАТЕ _ЕЅТАТЕ Т)‏ 


SALE_ESTATE_ID ASK_PRICE 


38 766000 
68 11000060 
90 510000 


128 21100060 
158 1100006 
180 15000060 


210 750000 
240 920000 
270 45 8 
388 930000 
330 97060 
360 63 0000 
390 750000 
420 955880 


1400000 450 
2900080 180 
3100000 518 
08 275 06ا5 


570 610000 
68@ H3 80000 
638 830000 


660 9800080 


- جدول أسعار العقارات المعروضة للإيجار (RENTAL _ESTATE_ T)‏ 


RENTAL_ESTATE_ID ñUñILñBI YEARLY_ RENT INSURANCE AMOUNT 


5 606 21000 3080 
15 81712710 25000 4000 
25 81785711 250808 3006 
35 861784711 35808 5 08 
45 01707710 31000 5000 
55 01712709 35000 5000 
65 01/85/18 41000 10000 
75 9 35000 5800 
85 ۵ 3010 0 5 Q00 
95 68 35808 +68 

105 01/09/09 41000 4000 
115 ۹ 45000 5080 
125 81785718 31800 30800 
135 81712709 25500 08 
145 01/01/10 21580 2000 
155 606 25500 4000 
165 61703710 36000 3500 
175 81/12/11 36888 508 
185 1 37880 3588 
195 ۹ 28500 2500 
205 01/05/11 21500 300 
215 81/03/11 35500 4000 
225 71 08 08 
235 1 +0500 4000 
245 81785711 28000 30800 
255 01/03/11 27000 2500 
265 81785711 26808 2588 
275 81781711 2-0 30 
285 801705711 21500 3006 


295 01/07/11 35500 4000 


(CUSTOMER_ T) جدول العملاء‎ - 


ہم ہم p=‏ سو P=‏ إ رخ L P=‏ ا bis P=‏ یا ں سم سم LZ‏ لا 
i— =‏ نا LL.‏ — — ےنا L...‏ ہز سا LL.‏ سز را سا LL.‏ نا سا سم 


لا قا نا к‏ ا = i=‏ ہلا فآ ы. ш‏ با = = i= ы.‏ يفا ш‏ 


с 1 
e i 


]95/-181-6 
5288-1608-068 
-1-26/ک]‎ 8 
5286-8051-860 
66-5й- +99000 
тес-пет- ] 8 
1186-1-98 
٢۷۶۶-51-8 
ازا‎ 2-661- ] 8 
]٢۷۶-9 -08 
٢8۶۶-11-8 
теі-п96- ] 8 
1ن [ا-م م [ا]‎ - 8 
٢8۷-٢٥-08 
6611-01-06 
٦668-1-08 
8562-91-8 
086-61-8 
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۔٥٥٤[-]0‎ ۸۶5۶١ 212611000 85 
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020002-18 HƏ[PS 212011000 5 
]-لإعناععم‎ peuuu uasyoy 7+ 
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DƏUPUOH иоортацу 71‏ ۳۸۶۸۲ دوہ 
+18 ۱۵06۱1110500 ((55 ۱۵35۔٢۲[‏ 550 6نا 
Ч9Теѕту (8185 08۸5۴ рот‏ 
VSYO 2٤2210000 58‏ 130811110 
UP3INS-TY uressnH uej[ns BOE‏ 
8500۵٣ 2128۲01630 решу рус‏ 
TpuPDTU wates pawueyoy DZE‏ 
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решцу PITEUNY 6‏ ۲300۷۲ 

решецту рамиецој PTTPUY 7 
PSƏ8TU рәшиецон UPUuUPATnDQU руг 
PrueYTY PIYEY peyed 7 

тзпоту peuyy рттецд 76 


- جدول > الإيجار (LEASE_T)‏ 


RENTING_CUSTOMER_ID RENTING_ESTñTE ID LEñSE ра 


218 55 01/12/09 
300 65 01/06/18 
180 75 01/89/89 
020 85 01/11/10 
280 95 01/12/10 


440 185 01709709 


OWHER_ID 


ESTñTE_ID 


- جدول ملكية العقارات (OWNERSHIP_ Т)‏ 


DEED_ID 


OWHERSHI 


308 
û8 
90 
120 
150 


۲1080-068 
612-8 72 
0121-2006 ل 
D1012-2001‏ 
J1183-2008‏ 
1115-7 
01231-171 
777-7 1ل 
1 418611 
ک0ا 80ا 78-2 8 1٦١‏ 
1201271-7 
۴06171-61 
0981-2005 
01921-29093 
1023-2000 
1178-8 
71878-20905 
01121-20087 
0171-2901 
۲0981-2060 
41921-20883 
R1023-2800‏ 
R1981-2005‏ 
R1088-2005‏ 
5235-2006 
3151-7 
3115-2008 2ل 
7589-2805ل 
76-1999 نالل 
D9876-1989‏ 
077656-21 
766-2 قل 
R9988-2 007‏ 
9876-8 
J2314-2 001‏ 
1 1321-2 5ل 
J3322-2081‏ 
8141356-3 
00k‏ 6-2 05 ب8 
9881-3 
7/۴1-22 مل 
FAAI‏ 09991 
1999-23ل 
06577-080 
0976-2002 
1 8312-2 5ل 
9101-58 
2121-3 ل 
8 765-2 18 
023117-35 
119872-28 
J7234-2 041‏ 


18703700 
10/07/08 
21/11/06 
29704701 
05702705 
297 01 3 
17711701 
18701797 
12707791 
18/997 6تا‎ 
10 7 
09701704 
03702702 
01705703 
18/05/09 
027078 
18709705 
19710707 
097171 
03/02/04 
91/05/03 
18/05/06 
19702709 
13710709 
11/01/16 
01702710 
13704709 
29/11/08 
22/02709 
19701708 
17/09/09 
15707 09 
02/06708 
27709 8 
03706708 
03/12707 
91/02/00 
85761705 
19703705 
18/11/06 
2170170 
77۶6801 
25785786 
237/AAFAS 
23703704 
14/04702 
28/05707 
25/07704 
12705707 
117019 
19/05/07 
22705707 


(ЅАТЕ РЕАІ Т) جدول مبيعات العقارات‎ - 


BUYING_CUSTOHER_ID SALE_ESTATE_ID SñLE_PRIGE SALE_DAT 


240 38 766000 11/05/00 
268 00 1805886860 167 8 
240 90 5000800 23/11/07 
340 128 2100000 817672 
нав 158 1100000 19/89/05 
008 18@ 1500000 227/04/04 
2ظط‎ 210 750000 27711702 
500 240 900000 07/01/99 
540 270 4500600 89707793 
528 390 920000 227097 8 
500 330 970000 09/10/08 
340 368 6 30888 11761785 
340 390 750000 13/02/03 
240 420 9550800 13705703 


400 450 1350000 25/08/80 


ملحق رقم )2( — 6: تمارین تطبيقية على لغة الاستفسار البنائية (SQL)‏ 


1- ما أرقام وأسماء ووظائف الموظفين الذين يسكنون في منطقة الرياض ФВїуааһ*‏ 


الحل: 


SELECT Emp_ld, Мате, MName, Мате, Position 
FROM EMPLOYEE_T 


WHERE Address LIKE '%Riyadh%'; 


e’ Jeddah‘‏ مرتبة 


Saleh 
ñbdullah 
Mohammed 
Turki 
Saleh 
Sultan 


ñhmad 
ñbdulrahman 
Salman 
Khalid 
Hamad 

Saleh 


ñlhamad 
ñloufi 
ñbdelaleem 
ñlassaf 
ñlzaid 
ñbdulgader 


Director General 
Sale Person 
Office Manager 
Sale Person 

Sale Person 

Sale Person 


2- ما أرقام وأسماء ووظائف الموظفين الذين يسكنون في منطقة جدة 


تنازلياً حسب أسماء عائلاتهم؟ 


ا حل: 


SELECT Emp_ld, FName, MName, Мате, Position 
FROM EMPLOYEE_T 


WHERE Address LIKE %Jeddah%' 
ORDER BY LName DESC; 


EMP_ID ЕНАМЕ МНАМЕ LNAHE POSITION 
1858 Khalid Saud A1sultan Office Manager 
2060 Ghanin Abdullah ñlhmoud Sale Person 
1838 Salem Моһ<еп Algandi Sale Person 


3- أنشئ منظوراً Employee V ó‏ يحتوي على أرقام الموظفين الذين لا يعملون في 
مدينة الرياض ومدينة جدةء وأسمائهم» ووظائفھمء ورواتبهم» وعناوينهم Акы ЫЙ‏ استعرض بيان 
المنظور ЕШ є)‏ من البيانات التي يحتويها. 


الحل: 


CREATE VIEW EMPLOYEE V AS 
SELECT Emp_ID, Мате, MName, LName, Position, Salary, Address 


FROM EMPLOYEE_T 
WHERE ADDRESS МОТ LIKE '%Riyadh% AND ADDRESS NOT LIKE %Jeddah%'; 


النتيجة: 

EMP_ID ۷۲ HHANE МНЕ POSITION SALARY ADDRESS 

1888 Hishal Hanad Alyousef Sale Person 21500 13 Alsouk Street, Taif 

1870 Sami Suliman Aloutaibi Office Hanager 31000 67 Alfadel Street, 17 

1088 Saud ñhnad ۸107 Office ۲ 20000 2% AlFadel Street, 7 

1898 Abdulrahnan Mansour Abdulsalan Sale Person 22808 18 ñlnadinah Street, Skaka 

2010 017 Hohanned ñlsaleh Sale Person 22000 15 King Fahad Road, Damnam 

2020 khalid Mohammed  Alonar Sale Person 22000 91 ñluadi Street, Hajran 

2030 Hinuer Hanad Almutairi Sale Person 22000 87 ñlhamra Road, Jizan 

2088 Sulinan Abdullah AInushari Sale Person 22000 45 Prince Sultan Street, Najran 

2090 Ahmad Abdullah 81531 Sale Person 22000 13 Khalifa Street, Taif 

3018 0 Mansaur ñlshemanri “Sale Person 22008 15 Othman street, Jizan 

3028 Hohanmed Khalid ñlzamil Sale Person 22008 67 ñbubaker Road, Abha 


3630 Hansour Abdullah  Alzanil Office ۳ 22000 11 King Abdulaziz 8٥38 , 8٤+ 


4- باستخدام المنظور الذي قمت بإنشائه» أظهر Де!‏ راتب» وأقل راتب» ومتوسط رواتب 
الموظفين الذين لا يعملون في مدينة الرياض ومدينة جدة. 


الحل: 


SELECT MAX(Salary), MIN(Salary), AVG(Salary) 
FROM EMPLOYEE_V; 


HAX(SALARY) MIN(SALARY}) ñUG(SñLñRV) 


30000 20000 22458.3333 


5- ما رقم وعنوان المكتب الذي يعمل فيه الموظف Mohsen Algamdi‏ Salem؟‏ 


الحل: 


SELECT Office 10, Address 
FROM (EMPLOYEE_T NATURAL JOIN EMPLOYEF_OFFICF_T) JOIN OFFICF_T 


On EMPLOYEE_OFFICE_T.Office_ID = OFFICE_T.Office_ID 
WHERE FName='Salem' and MName='Mohsen' and LName='Algamdi’; 


النتیحة: 


0٢۴۲166-10 ADDRESS 


3 Jeddah Main Office, Prince Mohammed Bin Saud Street, Jeddah, Sñ 


6- ما أرقام وعناوين وإيجارات العقارات المعروضة للإيجار من خلال المكتب رقم )2( 
ويقل إيجارها عن 000,30؟ 


الحل: 


SELECT Estate_Id, Address, Yearly_Rent 
FROM ЕЅТАТЕ Т Join RENTAL_ESTATE Т 


ОМ ЕЅТАТЕ T.Estate ID = RENTAL_ESTATE_T.Rental_Estate_ID 
WHERE Yearly_Rent < 30000 апа ESTATF_T.Office_ID =2; 


النتيجة: 

ESTATE_ID ADDRESS YERRLY_REHT 
5 13 Salah Eldeen AlAyoubi, Malaz, Riyadh 21000 

15 18 Ahmad bin Hanbal Street, Наѕѕет, Riyadh 25006 

25 15 Salah Е1йееп 8148100081, Malaz, Riyadh 25000 

155 218 Othman Bin Affan Street, Riyadh 25588 

245 1235 King Khaled Road, Riyadh 28000 

265 143 Salman Alfaresi Street, Riyadh 200 86 

285 175 Prince Salman Bin Abdulaziz Road, Riyadh 21506 


7 ما أسماء ورواتب الموظفين الذين تنحصر رواتبهم بين 000,15 و 000,20 а‏ 42 
تصاعدياً حسب الراتب؟ 


الحل: 


SELECT FName, MName, Мате, Salary 
FROM EMPLOYEE T 


WHERE Salary BETWEEN 15000 AND 20000 
ORDER BY Salary ASC; 


FNAME MNAME LNAME SALARY 
Saud Ahmad Alganim 2 0 
Salem Mohsen ñlqamdi 2 06 


8 ما أسماء ورواتب الموظفين الذين رواتبهم 000,20 أو 000,30 Ай у‏ تصاعدیاً حسب 
الراتب وتنازلیاً حسب اسم العائلة (بداخل الراتب)؟ 


ا حل: 


SELECT FName, ММате, | Name, Salary 
FROM LMPLOYLL | 


WHERE SALARY IN (20000, 30000) 
ORDER BY Salary ASC, LName DESC; 


النتيجة: 
МНАМЕ LHñHE SALARY‏ ۲ 
Saud Ahnad ñlganim 20000‏ 
Salem Mohsen Algamdi 20000‏ 
Khalid Saud Alsultan 30000‏ 
Sami Suliman Aloutaibi 38888‏ 


9- مَنْ هم العملاء المشترون والمستأجرون في نفس الوقت من الشركة؟ 
الحل: 


5-۰ 


FROM CUSTOMER_T 
WHERE Вепїпө=Т' AND Buying='T'; 


النتیحة: 


CUSTOMER 10 NANE ADDRESS TEL_HO ROB 


240 Abdulrahman Hohanmed Aleesa King Fahad Street, Jeddah, SA D09662-588-8932 | F T 
قهبا‎ Ноһѕеп Ahmad ñ1-Hamaad Hafsa Bint Onnar Road, Riyadh, SA 0006461-183-9825 T F T 


0- ما أرقام العقارات المعروضة للإيجار والجاهزة للسكن بتاريخ 1/3/2011 أو بعد هذا 
التاریخء ويتراوح إيجارها السنوي بين 000,25 و 000,30 مرتبة تصاعدياً حسب تاريخ جاهزيتها 
للسكن؟ 


ا حل: 


ЅЕІ ЕСТ Renral_Fsrare_ID, Yearly_Renr, Availahiliry_Dare 
FROM RFNTAL_FSTATF_T 
WHERE Availability_Date >= '01-03-2011 AND 


(Yearly_Rent BETWEEN 25000 AND 30000) 
ORDER BY Availability_Date; 


RENTAL_ESTATE_ID YEARLY_RENT AUAILABI 


255 27000 01703711 
265 26 688 81705711 

25 25 688 81705711 
245 28 688 81705711 
195 28500 01/10/11 


1- ما رقم OS‏ مكتب من مكاتب الشركة يزيد فيه عدد الموظفين عن 3 موظفين» وما عدد 
الموظفین العاملين فيه؟ أظهر عدد العاملين في هذه المكاتب بمسمى No. Of Emp‘‏ 
الحل: 


SELECT Office ID, COUNT(*) "No. Of Emp" 
FROM EMPLOYEE_OFFICE_T 


GROUP BY Office_ID 
HAVING COUNT(*) > 3; 


OFFICE_ID No. OF Emp 


2- ما رقم كل موظف من موظفي الشركة وعدد الشهادات الحاصل عليها؟ ме ybi‏ 
الشهادات تحت مُسمّى No. Of Degrees‘‏ ورتب النتيجة تصاعدياً حسب رقم الموظف. 


الحل: 
SELECT Emp_ID, COUNT(*) "No. Of Degrees'‏ 
FROM EMPLOYEE_ACADEMIC_DEGREE_T‏ 
GROUP BY Emp_ID‏ 
ORDER BY Emp_ID;‏ 
النتيجة: 


EMP_ID No. OF Degrees 


2 
2 
1 
1 
4 
4 
1 
2 
4 
4 
2020 1 
4 
1 
1 
1 
4 
4 
1 
1 
1 
4 


3- ما أرقام وأسماء وعدد شهادات الموظفين الحاصلين على أكثر من شهادة علمية واحدة؟ 
الحل: 


SELECT Етр 10, Name, MName, Мате, COUNT(*) 
FROM EMPLOYEE_T NATURAL JOIN ЕМРІ ОҮЕҒЕ ACADFMIC ПЕСВЕЕ T 


GROUP BY Fmp_ID, FName, MName, | Name 
HAVING COUNT(*) =1; 


النتيجة: 
ЕМР_10 FNAHE MNAME 1 МАМЕ COUHNT( +)‏ 
Saud Аһтаа а1дапіп 2‏ 1888 
ñhmad ñlhamad 2‏ ا 1810 
Abdullah Abdulrahman Aloufi 2‏ 1828 


4- ما متوسط أسعار بيع العقارات في العام 2008؟ أظهر النتيجة تحت (ама‏ 
г Average Sale РпСе In 2008“‏ 
الحل: 


SELECT AVG(Sale_Price) "Average Sale Price In 1988" 
FROM SAI Е РЕА! Т 
WHERE Sale_Date ШКЕ '%08'; 


أو 


SELECT AVG(Sale_Price) "Average Sale Price In 1988" 
FROM SALE DEAL T 
WHERE Sale _Datre BETWEEN '01/01/2008' AND '31/12/2008'; 


Average Sale Price In 1988 


9860 


5- ما مجموع أرباح الشركة الفعلية من بيع العقارات إذا علمت أن الشركة تأخذ ما نسبته 
2 من قيمة بيع العقار الواحد أرباحاً لها عن كل عملية بيع؟ أظهر مج ع الأرباح تحت م 
°°?То{а1 Sale Profit‘‏ 


الحل: 


SELECT SUM(Sale_Price) * 0.025 "Total Sale Profit" 


FROM SALE_DEAL_T; 


النتيجة: 


Total Sale Profit 


468525 


6- ما أرقام وأسماء ورواتب وعدد شهادات كل موظف من الموظفين الذين يعملون في 
المكتب رقم (2)؟ 


ا حل: 


SELECT Етр 10, FName, MName, Мате, Salary, COUNT(*) 

FROM (EMPLOYEE_T JOIN EMPLOYEE_ACADEMIC_DEGREE_I 

ON EMPLOYEE_T.Emp_ID-EMPLOYEE_ACADEMIC_DEGREE_T.Emp_ID) 
JOIN EMPLOYEE OFFICE T 


ON EMPLOYEE_T.Emp_ID=EMPLOYEE_OFFICE_T.Emp_ID 
WHERE Office ID=2 
GROUP BY Emp_ID, FName, MName, L Мате, Salary; 


ЕМР 10 FHñHE МНАМЕ МАМЕ SALARY 60011 )×( 


2050 Saleh Hamad ñlzaid 22000 1 
2040 Turki Khalid 0 7۴ 22000 1 
1050 Khalid Saud ñlsultan 309000 1 
2878 Sultan $а1еһ Abdulgader 22000 1 


7- ما أسماء الموظفين الذين عملوا في أكثر من مكتب واحد من مكاتب الشركة وعدد 
المكاتب التي عملوا فيها؟ 


الحل: 


SELECT FName, MName, Мате, COUNT(*) 
FROM EMPLOYEE_T NATURAL JOIN EMPLOYEE_OFFICE_T 


GROUP BY FName, MName, LName 
HAVING COUNT(*) > 1; 


النتيجة: 
FNAME MNAHE 1 МАМЕ COUNT +)‏ 
Saud Ahnad А1дап1т 2‏ 
Sami Suliman ñloutaibi 2‏ 
Abdulrahman Mansour Abdulsalam 2‏ 


8- ما أرقام وعناوين المكاتب وعدد العقارات المعروضة في كل منها سواءً أكانت 
العقارات للبيع أو للإيجار» مرتبة تصاعدياً حسب رقم المكتب؟ أظهر عدد العقارات تحت مسمى 
«Мо. Of Estates»‏ 


الحل: 


SELECT OFFICE_T.Office_ID, OFFICE_T.Address, COUNT(*) "No. Of Estates" 
FROM ESTATE T JOIN OFFICE T ON ESTATE T.Office ID=OFFICE T.Office 1р 


GROUP BY OFFICE T.Office_ID, OFFICE T.Address 
ORDER BY OFFICE T.Office 10; 


OFFICE ID ñDDRESS No. Of Estates 


2 Riyadh Main ОҒҒісе, A1-Farazdaq Street, 41-1135132, Riyadh, Sñ 20 
3 Jeddah Main Office, Prince Mohammed Bin Saud Street, Jeddah, Sñ 13 
با‎ Danmam Main Office, King Fahad Street, Damman, Sñ 9 
5 Jouf Office, Central Street, Al-Jouf, SA 10 


9- ما أرقام وأسماء العملاء الذين تم بيع عقارات cal‏ وما عدد وإجمالي بيع العقارات التي 


بيعت لكل واحد منهم؟ 


الحل: 


SELECT Owner_ID, Name, COUNT(*), SUM(Sale_Price) 
FROM (OWNERSHIP_T JOIN SALE_DEAL_T 
ON OWNERSHIP T.Estate ID=SALE_DFAL T.Sale Estate 10) 


JOIN CUSTOMER_T ON Customer_ID=Owner_ID 
GROUP BY Owner 10, Name; 


النتیحة: 
OWNER_ID МАМЕ 6008۲ (ж) SUM(SALE_PRICE}‏ 
Mohammed Salem ñlgamdi 1 2100000‏ 320 
Sultan Hussain Al-Sultan 1 1188880‏ 360 
Hammad Abdulaziz 81-30 2 5+8‏ 520 
Fahad Kahid + 0 1 1050000‏ 220 
Khalid ñhmad ñloufi 1 500000‏ 280 
Khalid Ahmad Aloufi 2 1721000‏ 200 
Abdulaziz Hohsen ñluabel 4 1500006‏ 380 
Кпе1дооп Mohamed Nawaiffa 2 1580000‏ 440 
Abdulaziz Tayar 81-13۴۳ 1 928008‏ 540 
Tareq Salen ñlkhalid 3 2 8‏ 460 


000,000,4؟ 


الحل: 


SELECT Office_ID, SUM(Sale_Price) 
FROM ESTATE_T JOIN SALE_DEAL_T ON Estate_ID=Sale_Estate_ID 


GROUP BY Office_ID 
HAVING SUM(Sale_Price) > 4000000; 


OFFICE_ID SUM(SñLE_PRICE) 


5 "320006 
3 7250000 


1- ما أسماء الموظفين الحاصلين على أكثر من مؤهل علمي واحد؟ 
ا حل: 


SELECT Emp_ID, FName, ММате, Мате 
FROM EMPLOYEE Т 
WHERE Етр_10 IN (SELECT Етр 10 


FROM EMPLOYEE_T NATURAL JOIN EMPLOYEE_ACADEMIC_DEGREE_T 
GROUP BY Emp_ID 
HAVING COUNT(š*) > 1); 


النتيجة: 
EMP_ID ЕНАМЕ MHRHE І МАМЕ‏ 
Saleh Ahnad ñlhamad‏ 1010 
Abdullah Abdulrahman Aloufi‏ 1828 
Saud ñhmad Alganim‏ 1888 


2- ما إجمالي عدد الموظفين (سواءً الذين عملوا أو ما زالوا يعملون) في كل مكتب من 
مكاتب الشركة؟ 


الحل: 


SELECT Ойїсе 10, COUNT(*) 
FROM (EMPLOYEE_T E JOIN EMPLOYEE_OFFICE_T EO ON 


E.Emp_ID=EO.Emp_ID) JOIN OFFICE_T O ON EO.Office_ID=O.Office_ID 
GROUP BY Office_ID; 


OFFICE_ID COUHT(*) 


23- ما أرقام وعناوين العقارات التي بيعت (Sale PriCe)‏ بسعر أقل من القيمة التي 
عرضت فيها РгіСе)‏ _Ask)؟‏ 


ا حل: 


SELECT Еѕгаге 10, Address 
FROM (ESTATE Т JOIN SALE_ESTATE_T ON Estate_ID=Sale_Estate_ID) 


JOIN SALE _DEAL_T ON ESTATE T.Estate_ID-SALE ОЕА! T.Sale_Estate_ID 
WHERE Sale_Price < Ask_Price; 


النتیحة: 


ESTATE_ID ADDRESS 
60 17 Alolya main Road, Riyadh 
90 12 AlHutanbi Street, Jeddah 
128 17 ñlolua main Road, Dammam 
249 17 Alolya main Road, Jouf 
388 17 Alolya main Road, Riyadh 
450 12 AlHutanbi Street, Jouf 


4- ما رقم مكتب الشركة الذي يعمل فيه كل موظف حالياً (آخر مكتب وجه للعمل فيه)» 
وراتبه الحالي وعدد شهاداته؟ (ملاحظة: قد يعمل الموظف في أكثر من مكتب ولكن في فترات 
زمنية مختلفة. المطلوب الأخذ بعين الاعتبار آخر مكتب يعمل فيه الموظف (وهو مقر عمله 
الحالي)). 


الحل: 


SELECT Е1.Етр_10, E1.FName, E1.MName, E1.LName, Office_ID, Salary, Starting_Date, 
COUNI(Degree) No_Of_Degrees 

FROM ((EMPLOYEE ТЕТ JOIN EMPLOYEE OFFICE T امع‎ ON E1.Emp_ID = EO1.Emp_ID) 
JOIN OFFICE_T 01 ON EO1.Office_ID = O1.Office_ID) 

JOIN EMPLOYEE_ACADEMIC_DEGREE_T EAD1 ON E1.Emp_ID = EAD1.Emp_ID 


WHERE Starting Date = 

(SELECT MAX(Starting Date) 

FROM EMPLOYEE_T E2 JOIN EMPLOYEE_OFFICE_T ]02 ON [2.[mp_ID =[O2.Emp_ID 
WHERE E1.Emp_ID = E2.Emp_ID) 

GROUP BY F1 .Fmp_D, F1.FName, اع‎ ММате, F1.I Name, Office_ID, Salary, Starting Паге; 


النتيجة: 
ЕМР 10 ЕМАМЕ MNANE LHñHE 0۴۲۴۲16-0 SALARY STARTING HU ПР _ ٢٢٣٤٤۶‏ 
1 07 22000 3 7301ھ Hohanned Khalid‏ 3028 
Salen Mohsen ñlgamdi 3 20000 12 1‏ 19030 
Khalid saud ñlsultan 2 30888 29/11/D2 1‏ 1858 
Hanad ñlmutairi 3 22444 12/42/03 1‏ ۴۲ 2038 
Turki Khalid Alassaf 2 22008 11708705 1‏ 7018 
Saleh Hanad Alzaid 2 22009 17/09/03 1‏ 2050 
Sulinan Abdullah ñlmushari 3 22000 07/01/03 1‏ 2088 
Hansour ñbdullah ñlzamil 5 22000 1 1‏ 3030 
Saleh Ahnad Alhanad 1 35444 29/BN/B1 2‏ 1818 
201A Salman Mohanned ñlsaleh 4 27008 21706703 3‏ 
Ahmad Abdullah 81531 4 22000 ۳ 1‏ 2090 
Hishal Hanad ñlunusef 3 2400 8727 1‏ 1848 
Sami Suliman ñloutaibi 5 3080608 ۶ 4‏ 1878 
Khalid 008 ñlomar 3 2208 2 1‏ 2020 
Saud 800 Alganin 3 20449 89/11/03 2‏ 1088 
Abdullah Abdulrahnan Aloufi 1 22909 802 3‏ 1020 
Abdulrahman Mansour ۸01:0 5 22000 28/06/02 1‏ 1078 
Ghanin ñbdullah ñlhmoud 3 22888 15711794 1‏ 2868 
$а1пап ñbdelaleem 3 41508 02/12/02 1‏ 1161310 1868 
Sultan $а1еһ ñbdulgader 2 22000 2 1‏ 2078 
ñhmad Mansnur ñlshemanri 1 27180 887/086/785 1‏ 3018 


5 ما هو العدد الأكبر من الشهادات العلمية للموظفين في كل مكتب» وما هو أعلى مرتب 
يتقاضاه الموظفون في نفس المكتب؟ (ملاحظة: قد يعمل الموظف في أكثر من مكتب ولكن في 
فترات زمنية مختلفة. المطلوب الأخذ بعين الاعتبار آخر مكتب يعمل فيه الموظف (وهو مقر عمله 


الحالي)). 
ا حل: 

SELECT Office_ID Office, MAX(Salary) MAX_Office_Salary, MAX(No_Of Degrees) 
Max_Office_Degrees 
FROM (SELECT E1.Emp_ID, E1.FName, E1.MName, E1.LName, Office_ID, Salary, 
Starting_Date, COUNT(Degree) No_Of_Degrees 
FROM ((EMPLOYEE_T ЕТ JOIN EMPLOYEE_OFFICE_T EO1 ON 
E1.Emp_ID = EO1.Emp_ID) 
JOIN OFFICE_T 01 ON EO1.Office_ID = O1.Office_ID) 
JOIN EMPLOYEE_ACADEMIC_DEGREE_T EAD1 ON E1.Emp_ID = EAD1.Emp_ID 
WHERE Starting Date = 
(SELECT MAX(Starting_Date) 
FROM EMPLOYEE_T E2 JOIN EMPLOYEE_OFFICE_T EO2 ON E2.Emp_ID = 
EO2.Emp_ID 
WHERE E1.Emp_ID = E2.Emp_ID) 
GROUP BY Е1.Етр 10, E1.FName, E1.MName, E1.LName, Office_ID, Salary, 
Starting Date) 
GROUP BY Office_ID; 

النتيجة: 


OFFICE MAX_OFFICE_SALARY МАХ ОРҒІСЕ рЕбВЕЕЅ 


6- ما رقم المكتب الذي يتقاضى موظفوه أعلى متوسط للرواتب (بغض النظر عن المكتب 
الذي يعمل فيه OS‏ موظف سواءً حالياً أو فيما سبق)ء وما هو هذا المتوسط؟ 


الحل: 


SELECT OFFICE_T.Office 10, AVG(Salary) Maximum_Average_Salary 

FROM (OFFICE_T JOIN EMPLOYEE_OFFICE_ 1 

ON OFFICE_T.Office_ID =FMPLOYFF_OFFICF_T.Office_ID) JOIN FMPLOYFE_T 
ON EMPLOYEE_OFFICE_T.Emp_ID = EMPLOYEE_T.Emp_ID 

GROUP BY OFFICE T.Office ID 

HAVING AVG(Salary) = 


(SELECT MAX(Average_Salary) 

[ROM (SELECT AVG(Salary) Average Salary 

FROM (OFFICE_T JOIN EMPLOYEE_OFFICE_ I 

ON OFFICE_T.Office_ID =FMPLOYFF_OFFICF_T.Office_ID) JOIN FMPLOYFF_T 
ON EMPLOYEE_OFFICE_T.Emp_ID = EMPLOYEE Т.Етр 10 

GROUP BY OFFICE T.Office ID)); 


OFFICE_ID HARIMUM_AUERAGE_SALARY 


7- ما اسم العميل (أو العملاء) الذين يملكون أكبر عددٍ من العقارات المعروضة من قبل 
الشركة (سواء للإيجار أو للبيع)» وما هو عدد هذه العقارات؟ 


الحل: 


SELECT Owner_ID, Name, COUNT(*) MAX_Owned_Estates 

FROM (CUSTOMER_T JOIN OWNERSHIP_T ON Customer_ID=Owner_ID) 
GROUP BY Owner_ID, Name 

HAVING COUNT(*) = 


(SELECT МАХ(Мо_О{ Owned Еѕгагеѕ) MAX_No_Of_Owned_Estates 
FROM (SELECT Омтег 10, COUNT(*) No_Of_Owned_Estates 
FROM OWNERSHIP Т 

GROUP BY Owner_ID)); 


النتيجة: 
OWNER_ID НАМЕ МАХ 0۷۸۸۲۲_ ٤: 5‏ 
Hammad Abdulaziz 41-84 8‏ 520 


8- ما أقدم jic‏ معروض للبيع (من حيث تاريخ عرضه)» al‏ يتم بيعه حتى الآن؟ 
الحل: 


SELECT Estate_ID, Address, Listed _Date 

FRON ESTATE T 

WHERE (Estate_Type = 'S') AND Listed_Date=(SELECT MIN(Listed_Date) 
FROM ESIAIE I 

WHERE Estate_ID IN 


(SELECT Sale_Estate_ID 
FROM SALE_ESIAIE Il 
MINUS 

SELECT Sale_Estate_ID 
FROM SALE_DEAL_T)); 


النتيجة: 


ЕЅТАТЕ 10 ADDRESS 1 ІЅТЕр р 


638 12 ñlhutanbi Street, Jouf 09/11/05 


9 ما أقدم عقار معروض سواء للبيع أو للإيجار (من حيث تاريخ عرضہ) ولم يتم بيعه أو 
إيجاره حتى الآن؟ 


الحل: 


SELECT Estate ID, Address, Listed Date 
FROM ЕЅТАТЕ 1 

WHERE Listed Date=(SELECT MIN(Listed Date) 
FROM ESTATE_T 

WHERE Estate_ID IN 

((SELECT Rental_Estate_ID 

FROM RENTAL_ESTATE_T 

MINUS 

SELECT Renting_Estate_ID 

FROM LEASE T) 

UNION 

(SELECT Sale_Estate_ID 

FROM SALE_ESTATE_T 

MINUS 

SELECT Sale_Estate_ID 

FROM SALE DEAL T))); 


ESTATE_ID ADDRESS LISTED_D 


265 143 Salman Alfaresi Street, Riyadh 17/09/05 


0- ما عدد العقارات المعروضة (أو التي عرضت) سواء للبيع أو للإيجار في كل مكتب 
من مكاتب الشركة؟ 


الحل: 


SELECT OFFICE T.Office 10, COLINT(*) 
FROM OFFICE IJOINLSIAIL I ON 


OFFICE_T.Office_ID=ESTATE_T.Office_ID 
GROUP BY OFFICE_T.Office_ID; 


النتيجة: 


OFFICE_ID COUNT (ж) 


1- ما عدد العقارات المعروضة سواء للبيع أو للإيجار في كل مكتب من مكاتب الشركة 
خلاف تلك التي تمَّ بيعها أو إيجارها من قبل المكتب؟ 


الحل: 


SELECT OFFICE T.Office 10, OFFICE T.Address, COUNT(*) 
FROM OFFICE_T JOIN ESTATE_T ON 

OFFICE_1.Office ID = ESTATE_1.Office_ ID 

WHERE ESTATE T.Estate ID NOT IN 

(SELECT Salc_Estatc_ ID 

FROM SAI F_DFAI_T) 


AND 

ESTATE T.Estate ID NOT IN 

(SELECT Renting Fstate ID 

FROM LEASE T) 

GROUP BY OFFICE T.Office ID, OFFICE T.Address; 


النتيجة: 


OFFICE_ID ADDRESS COUNT{#*) 
3 Jeddah Hain Office, Prince Hohamned Bin Saud Street, Jeddah, SA 8 
5 Jouf Office, Central Street, A1-Jouf, SA h 
h Danmam Main Office, King Fahad Street, Danmam, Sñ 4 
2 Riyadh Main Office, Al-Farazdaq Street, A1-Halaz, Riyadh, SA 15 


2- ما اسم الموظف ورقم المكتب الذي يعمل فيه حالياً ويتقاضى راتباً يزيد عن أحد 
الموظفين الذين يعملون معه في نفس المكتب على الرغم من أنه يحمل شهادات علمية أقل؟ 


الحل: 


SELECT Етр ID, FName, MName, LName, Salary, No Of Degrees, Office 10 
FROM (SFI ЕСТ F1.Finp ID, F1.F Name, ЕЛ.ААМлпзе, ۴۹۰۱ Nores, Salary, 
COUNT(DEGREE) No_Of_Degrees, Office_ID 

FROM ((LMPLOYLL_I L1 JOIN LMPLOYLL_OFFHCL_1 LO1 ON 

C1.C[mp 10=Е01. тр 10) 

JOIN OFFICF_T O1 ON FO1-Office_ID=O071-Office_ID) 

JOIN EMPLOYEL_ACADEMIC_DEGREE_T EAD1 ON C1.C[mnp_ID=LAD1.C[mp_ID 
WHERF Staring Dare—(SFLECT МАХ (Slaring Date) 

FROM EMPLOYEE_T مع‎ JOIN EMPLOYEE_OFFICE_T EO2 ON 
E2.Emp_ID-EO2.Emp_ID 

WHLRL L1.Lmp ID=L2.Lmp ID) 

GROUP BY ЕЛ ,10ا_برصط‎ FIT Narie, ۴۶ MNarne, ۲٢۰٠٢۷ ہ٠,‎ Salary, ۰ eID} TEMP 
WHERE 

Salary > ANY (SELECT Salary 

FROM {SFI FCT F2.Fmp ID, F2,FName, F2.MName, ۴27-1 Name, Salary, 
COUNT(Degree) No_Or_Degrees, Office_ID 

FROM ((EMPLOYEE_T EZ JOIN ENAPLCOYEE (OFFICE 1 ECGO2 ON 

L2.Lrnp I0-=CO2.C[mp 10) 

JOIN OTTICF_T O? ON FO? Ollice_ID—O?7.,Ollice_ID) 

JOIN EMPLOYEE_ACADEMIC_DEGREE_T EADZ ON E2.Emp_ID=EAD2.EMIP_112 
WHERE Starting Date—(SELECT MAXGuLarting Date) 

FROM EMPLOYEE ТЕЗ JOIN EMPLOYEE OFFICE ТЕОЗ 

ON E3.Emp_ID-EO3.Emp_ID 

WHLRL L2.Lmp_ID = ات۔ا٢م_١اح(‎ 

GROUP BY C2 Стр 10, ]م‎ Name, C2. MName, C2. Name, Salary, Office IO) 
WHFRF TFMP.Fmp_ID ++ Fmp_ID 

AND TEMP.Office_ID = Officc_ID 

AND 16۸4۸۲ No OF Degrees = No Ө Degrees); 


النتيجة: 
ENP_ID FHñHE HHñHE LHñHE SALARY МО ОҒ DEGREES OFFICE_ID‏ 
Sulinan ñbdullah ñlmushari 22 8 1 3‏ 2088 
Khalid Mohammed Alomar 22000 1 3‏ 2828 
Mishal Hanad Alyousef 21588 1 3‏ 1049 
Minuer Hanad Almutairi 22000 1 3‏ 2038 
Ghanin ñbdullah Alhmoud 22000 1 3‏ 2068 
Mohanned Khalid Alzamil 22000 1 3‏ 3828 
Mohanned Salman ñbdelaleen 31588 1 3‏ 1868 


ملحق رقم )3( 
ترجمة المصطلحات 


الترجمة 
Abort (or RollbaCk) Statement‏ عبارة الانسحاب (أو التراجع) 


x e | == _ 


Entity‏ ۸880018110۷ ينونة مشاركة 


Before Image‏ التصويرة السابقة 


BoyCe-Codd Normal Form‏ الشكل الطبيعي «بويس-كود» 
((BCNF‏ 


АЕ 


ہد —— => 


Commit Statement‏ عبارة التثبيت 


CommuniCation Manager‏ نظام إدارة اتصالات 


СЬ 


СопСштепСу Control ProtoCol‏ نظام التحكم في التزامن 
s.‏ وٹ ٹک a‏ 


Coordinator 


Correlated Nested Queries‏ الاستفسارات المتداخلة المرتبطة 
Data Control Language‏ لغة التحكم في البيانات 
Data Definition Language‏ لغة تعريف البيانات 


Data DupliCation / Data‏ تكرارية البيانات 
RepliCation‏ 


Data Integrity‏ تكامل (أو تناسق) البيانات 


Data Manager‏ نظام إدارة البيانات 
Data Manipulation Language‏ لغة تداول البيانات 


Data Туре‏ نوعية sÍ)‏ نوع) بيانات 


Database Design‏ تصميم قاعدة بيانات 


Database MaintenanCe‏ صيانة قاعدة بيانات 


Database Manager‏ نظام إدارة قاعدة بيانات 


Disjointness Constraint‏ قيد الانفصال 


(First Normal Form (1NF‏ الشكل الطبيعي الأول 


(Fourth Normal Form (4NF‏ الشكل الطبيعي الرابع 
FunCtional DependenCy‏ 


FunCtional DependenCy‏ المحافظة على الاعتماديات الوظيفية 
Preservation‏ 


Grant Statement‏ تعليمة إعطاء الصلاحية 


И НИС ИНИ 

салаад 
حم سه‎ _ 
wa wa x 


Leaf PartiCipant‏ مشارك أخير (أو نهائي) 


Operation Minus‏ عملية الفرق 


= 


1 المتداے 
ObjeCt Identity‏ 


ObjeCt-Relational Database‏ نظم قواعد بيانات «علاقية - شيئية» 
Systems‏ 


Partial FunCtional DependenCy 


Partial 10 


تخصیص جزئي 
PhysiCal Database Design‏ تصمیم مادي لقاعدة البيانات 
x C se‏ 


ProCedural Language‏ لغة إجرائية 


Program-Data DependenCe‏ اعتمادية (أو ترابط) بين البرامج والبيانات 


Relationship Attributes‏ خصائص العلاقة 
Renaming Operation‏ عملية إعادة تسمية 


(SeCond Normal Form (2N 


з — P s= 
maramma 


Subtype‏ نوع فرعي 


System development Life CyCle 
((SDLC 


Ternary Relation‏ علاقة ثلاثية 


(Third Normal Form (3NF‏ الشكل الطبيعي الثالث 


Union‏ اتحاد 


Update Statement‏ تعليمة التحديث 2 التعديل) 


р 


Write-Ahead Logging 
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المؤلف في سطور 


أ.د. يوسف بن جاسم بن محمد الهميلي. 

المؤهل العلمي: 

- دكتوراه في هندسة الحاسب الآلي من جامعة بتسبرغ؛ عام 1997م. 

الوظيفة الحالية: 

- أستاذ هندسة الحاسب الآلي ونظم المعلومات بمعهد الإدارة العامة بمدينة الرياض. 

أبرز الخبرات العلمية والعملية: 

- يحتوي سجله البحثي حالياً على أكثر من عشرين بحثاً ومقالة علمية منشورة بالإضافة إلى 
كتابين. алу‏ بعضُها مرجعاً في تخصّص نظم قواعد البيانات على المستوى الدولي. كما أنه 


عضو في ¿a‏ تحرير مجلتين علميتين في مجال تخصّصه.؛ وعضو في اللجان المنظمة لعددِ من 
المؤتمرات الدولية. إضافة إلى ذلك؛ فهو عضو في بعض الجمعيات المهنية. 

- مكّنه سجله البحثي من المشاركة في كتابة فصول في كتب علمية متخصّصة:؛ ومن 
المشاركة أيضاً في تأليف موسوعة نظم قواعد البيانات EnCyClopedia of Database)‏ 
(Systems‏ بطبعتيها الأولى (2009م)» والثانية (2018م). 

- تقع اهتماماته البحثية حالياً في مجال نظم قواعد البيانات» ونظم الحوسبة المتنقلة gall‏ 5 عة 
وشبكات المجسّات. 


- عمل مديراً لبرامج الحاسب الآلي والمعلومات بمعهد الإدارة العامة Бла‏ خمس سنوات 
(في الفترة من 1997م وحتى 2002م)ء وهو عضوٌ في عددٍ من اللجان والمجالس في المعهد؛ حيث 
عمل ضمن المجلس العلمي (لست دورات)» واللجنة الدائمة للترقيات العلمية المنبثقة عن المجلس 
فترة مماثلة, كما ترأس فریق إعداد الخطة الإستراتيجية الأولى للمعلومات والتعاملات الإلكترونية 
للمعهد. 


- عمل على المستوى الوطني في عددٍ من اللجان وفرق العمل؛ من ضمنها: عضويته في 
فريق دراسة وزارة الداخلية والمناطق الإدارية المشكّل من قبل الأمانة العامة في اللجنة الوزارية 
للتنظيم الإداري» ولجنة تقييم عض شركة ميكروسوفت العالمية لحكومة المملكة العربية السعودية؛ 
لتعميم استخدام منتجاتها البرمجية على الأجهزة الحكومية في المملكة. 


- عمل مستشاراً متفرغاً في ديوان سموْ ولي العهد» ومستشاراً غير уба‏ في هيئة الرقابة 
والتحقيق» ومستشاراً غير متفرغ في الرئاسة العامة لتعليم البنات. 
والولایات المتحدة الأمريكيةء وكندا. كما عمل أستاذاً زائراً في جامعة واترلوو الكندية؛ حيث قام 
وعلى مستوى الدراسات العليا. 


حقوق الطبع والنشر محفوظة لمعهد الإدارة العامة ولا يجوز 
اقتباس جزء من هذا الكتاب أو إعادة طبعه بأية صورة دون 


موافقة كتابية من المعهد إلا في حالات الاقتباس القصير بغرض 


الإدارة العامة للطباعة والنشر - معهد الإدارة العامة 1442ھ 


Notes 


[t=] 
لتعني «كلية» أو كافة التابعين لها من طلبة وموظفين على اختلاف طبيعة أعمالهم إلا‎ «FaCulty» تُستخدم كلمة‎ 
أن هذه الكلمة تُستخدم أيضاً في شمال أمريكا (الولايات المتحدة الأمريكية وكندا) للدلالة على الموظفين في‎ 
التعليم وخاصة الجامعات والكليات العلمية الذين يقومون بالتدريس دون سواهم من الموظفين الذين لا‎ Jia 
أو محاضر‎ (Professor) يقومون بمهامٌ التدريس. وفي هذه الحالة تكون الكلمة مكافئةً لكلمة «أستاذ»‎ 

.(LeCturer) 


]<2[ 
قد لا يكون لمدير المنظمة مَنْ ]45 وفي هذه الحالة 29 إدخال قيمة مساوية لرقم الموظف في حقل المفتاح 
الخارجي؛ للدلالة على أن الموظف يدير نفسه مع ضرورة تعطيل العمل في القيود في أثناء إدخال سجل لمثل 


هذا الموظف» كما оа ә‏ في الفصل السابع عند شرح طريقة تعطيل العمل بالقيود. وكبديلٍ لذلك يُمكن 
تعريف العلاقة بأنها اختيارية عوضاً عن كونها إجبارية (واحد). 


